US20020176378A1 - Platform and method for providing wireless data services - Google Patents

Platform and method for providing wireless data services Download PDF

Info

Publication number
US20020176378A1
US20020176378A1 US10/061,953 US6195302A US2002176378A1 US 20020176378 A1 US20020176378 A1 US 20020176378A1 US 6195302 A US6195302 A US 6195302A US 2002176378 A1 US2002176378 A1 US 2002176378A1
Authority
US
United States
Prior art keywords
service
communication
data
network
detection point
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US10/061,953
Inventor
Thomas Hamilton
Clifford Atwood
Urmesh Sirsiwal
Kenneth Descoteaux
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Optimorphix Inc
Bytemobile Network Services Corp
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=22039245&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=US20020176378(A1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Individual filed Critical Individual
Priority to US10/061,953 priority Critical patent/US20020176378A1/en
Assigned to AVIAN COMMUNICATIONS reassignment AVIAN COMMUNICATIONS ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: ATWOOD, CLIFFORD S., DESCOTEAUX, KENNETH GERARD, HAMILTON, THOMAS E., SIRISWAL, UMESH
Priority to KR10-2003-7015206A priority patent/KR20040036688A/en
Priority to JP2002592559A priority patent/JP2004538685A/en
Priority to PCT/US2002/016238 priority patent/WO2002096025A1/en
Priority to EP02771865A priority patent/EP1402683A1/en
Assigned to SILICON VALLEY BANK DBA SILICON VALLEY EAST reassignment SILICON VALLEY BANK DBA SILICON VALLEY EAST SECURITY AGREEMENT Assignors: PROQUENT SYSTEMS CORPORATION, F/K/A AVIAN COMMUNICATIONS, INC.
Assigned to ST. PAUL VENTURE CAPITAL VI, LLC reassignment ST. PAUL VENTURE CAPITAL VI, LLC SECURITY AGREEMENT Assignors: PROQUENT SYSTEMS CORPORATION
Publication of US20020176378A1 publication Critical patent/US20020176378A1/en
Assigned to ST. PAUL VENTURE CAPITAL VI, LLC reassignment ST. PAUL VENTURE CAPITAL VI, LLC TERMINATION AGREEMENT Assignors: PROQUENT SYSTEMS CORPORATION
Assigned to PROQUENT SYSTEMS CORPORATION reassignment PROQUENT SYSTEMS CORPORATION CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: AVIAN COMMUNICATIONS, INC.
Assigned to PROQUENT SYSTEMS CORPORATION reassignment PROQUENT SYSTEMS CORPORATION CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: AVIAN COMMUNICATIONS, INC.
Assigned to YANKEETEK INCUBATOR FUND, L.P., ARGO II: THE WIRELESS-INTERNET FUND LIMITED PARTNERSHIP ARGC V, L.P., ST. PAUL VENTURE CAPITAL VI, LLC, NOKIA VENTURE PARTNERS II, L.P. reassignment YANKEETEK INCUBATOR FUND, L.P. SECURITY AGREEMENT Assignors: PROQUENT SYSTEMS CORPORATION
Assigned to NOKIA VENTURE PARTNERS II, L.P., YANKEETEK INCUBATOR FUND, L.P., NVP II AFFILIATES FUND, L.P., AGRO II: THE WIRELESS-INTERNET FUND LIMITED PARTNERSHIP, ARGC IV, L.P., YANKEETEK INVESTMENT PARTNERS, LLC, ST. PAUL VENTURE CAPITAL, YANKEETEK AFFILIATE FUND, L.P. reassignment NOKIA VENTURE PARTNERS II, L.P. TERMINATION AGREEMENT Assignors: PROQUENT SYSTEMS CORPORATION
Assigned to PROQUENT SYSTEMS CORPORATION reassignment PROQUENT SYSTEMS CORPORATION SECURITY INTEREST RELEASE Assignors: ARGC VI, L.P., ARGO II: THE WIRELESS-INTERNET FUND LIMITED PARTNERSHIP, NOKIA VENTURE PARTNERS II, L.P., NVP II AFFILIATES FUND, L.P., ST. PAUL VENTURE CAPITAL IV, LLC
Assigned to PROQUENT SYSTEMS CORPORATION reassignment PROQUENT SYSTEMS CORPORATION SECURITY INTEREST RELEASE Assignors: ARGC VI, L.P., ARGO II: THE WIRELESS-INTERNET FUND LIMITED PARTNERSHIP, NOKIA VENTURE PARTNERS II, L.P., NVP II AFFILIATES FUND, L.P., ST. PAUL VENTURE CAPITAL VI, LLC
Assigned to BYTEMOBILE NETWORK SERVICES CORPORATION reassignment BYTEMOBILE NETWORK SERVICES CORPORATION MERGER (SEE DOCUMENT FOR DETAILS). Assignors: PROQUENT SYSTEMS CORPORATION
Priority to US11/330,588 priority patent/US7586871B2/en
Assigned to BYTEMOBILE INNOVATIONS, LLC reassignment BYTEMOBILE INNOVATIONS, LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: CITRIX SYSTEMS, INC.
Assigned to OPTIMORPHIX, INC. reassignment OPTIMORPHIX, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: BYTEMOBILE INNOVATIONS, LLC
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5054Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/091Measuring contribution of individual network components to actual service level
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/04Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/326Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/43Billing software details
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/51Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for resellers, retailers or service providers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/55Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for hybrid networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24Accounting or billing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003Managing SLA; Interaction between SLA and QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5029Service quality level-based billing, e.g. dependent on measured service level customer is charged more or less
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20Technology dependant metering
    • H04M2215/2033WLAN
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20Technology dependant metering
    • H04M2215/204UMTS; GPRS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20Technology dependant metering
    • H04M2215/2046Hybrid network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/54Resellers-retail or service providers billing, e.g. agreements with telephone service operator, activation, charging/recharging of accounts
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16Gateway arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/02Inter-networking arrangements

Definitions

  • This invention relates to providing data services in a data communication system.
  • First generation wireless telephone networks such as AMPS (Analog Mobile Phone Service) networks, used analog radio transmission architectures to provide mobile communications that enabled users of mobile telephones to connect to providers of analog services, such as voice-based services. These systems did not directly support data communication between mobile telephones and other computers or devices through the wireless rework.
  • AMPS Analog Mobile Phone Service
  • GSM Global System for Mobile communication
  • TDMA Time Division Multiple Access
  • CDMA Code Division Multiple Access
  • 2G systems second-generation systems.
  • these 2G systems make use of digital circuit switched connections to provide mobile services in which mobile terminals (e.g., mobile telephones) are connected with particular destinations.
  • the most common services offered over such wireless networks are voice-based services such as land-to-mobile, mobile-to-land, mobile-to-mobile calls.
  • the voice signals for the calls are digitally encoded during radio transmission between the mobile terminals and the fixed mobile network.
  • the encoded voice traffic is handled and switched on an individual circuit basis, for example switching the traffic to another mobile terminal on the same wireless network, to the Public Switched Telephone Network (PSTN), or to another Public Land Mobile Networks (PLMN).
  • PSTN Public Switched Telephone Network
  • PLMN Public Land Mobile Networks
  • SMS short message services
  • GSM Global System for Mobile communications
  • a circuit-switched data (CSD) service in which a mobile terminal (e.g., a mobile telephone of a computer coupled through a mobile telephone) establishes a data circuit to a particular destination. While the mobile terminal is connected, it makes dedicated use of one or more channels of the type that are used to carry encoded voice traffic. The entire capacity of these channels is allocated to the user, and the user is typically charged on the basis of the duration of the “call.”
  • the mobile terminal may connect to a gateway to a data network, such as the Internet, and a fixed-rate data channel is established and reserved between the mobile terminal and the gateway.
  • CSD is not particularly efficient for communication over packet switched data networks in which the traffic is “bursty” (i.e., highly variable data rate) in nature because much of the capacity of the data channels goes unused.
  • bursty i.e., highly variable data rate
  • “Web browsing” from a mobile terminal to servers on the Internet typically results in bursty use of the data channel.
  • GPRS General Packet Radio System
  • PCUs Packet Control Units
  • SGSNs Serving GPRS Support Nodes
  • GGSN Gateway GPRS Support Node
  • GPRS Global System for Mobile communications
  • a GPRS enabled network still handles voice-based services using circuit switched methods.
  • an important distinction of GPRS for data transmissions is that, unlike CSD, GPRS is specifically designed for the transport of packet switched data. Because of this feature, multiple users, even within the same serving radio cell, can share the radio and fixed bearer resources of the network. This significantly increases the resource efficiency and improves network utilization.
  • GPRS can theoretically provide user application data rates up to 115 kB/sec, although this is dependent upon the radio link conditions and requires specific compatibility for this mode by both the network radio interfaces and the mobile terminals.
  • the data bearer service is based on packet switched data from the mobile terminal throughout the network
  • multiplexing on the bearer service is readily possible such that multiple application data streams can be carried between the mobile terminal and different points internal and external to the wireless network. For example, a user could simultaneously web browse, check e-mail, run a videophone session and download a file.
  • CDRs call detail records
  • the invention provides a mechanism for handling packet-based data communication sessions between users and one or more data services.
  • the mechanism is applicable to creating, provisioning, and using the data services to monitor and control packet-based data sessions between mobile terminals in a wireless telephone network and content providers accessible to those mobile terminals over a data network, for example over the Internet.
  • multiple service interactions which may overlap in time, can be handled during a period of time during which the mobile terminal maintains data communication with the system.
  • Handling of the data communication can feature one or more of monitoring for the purpose of accounting and billing, controlling access to services, and redirection of access to services.
  • Monitoring the sessions for the purpose of accounting and billing provides support for a variety of different billing models, including billing one or more parties who are determined by the nature of each of the communication sessions and accounting by time used, amount of data transferred, or number or type of transactions carried out.
  • Controlling access to services can be based on a variety of service-specific criteria, for example based on user-specific information.
  • One example of controlling access is a pre-paid data service in which access is controlled to not allow users to exceed their prepaid allowance.
  • Redirection of access to services includes direction of attempted access to a “virtual service” to an actual service. This type of redirection is similar to direction for calls to toll-free (“800”) telephone numbers, which are directed by the telephone network to actual telephone numbers.
  • toll-free (“800”) telephone numbers which are directed by the telephone network to actual telephone numbers.
  • Handling the data communication sessions can feature passing information about the sessions to external systems, and receiving commands from the external systems that are used to determine how to further handle the sessions. For instance, in the case of redirection of a “virtual service,” an external system may be requested to provide instruction regarding the user's attempt to connect to the virtual service, and the external system then sends a response that identifies the actual service to which the user is to be directed.
  • Handling a data communication sessions can feature monitoring the session using a state machine that defines a model for the session. Pre-configured or configurable states or state transitions in the model are associated with events in the session being monitored according to the state machine. Detection of these states or state transitions determines how the session is handled.
  • the invention is a method for processing data communication passing through a node in a data network.
  • the method includes provisioning a service on the node, which includes configuring a detection point for the service.
  • This processing includes monitoring the communication to identify matches to the configured detection point. On identifying a match to the configured detection point, service logic for the service is notified of the detection point.
  • the processed data communication includes communication from a wireless network, such as a second-generation (2G) wireless telephone network, or a third-generation (3G) wireless telephone network.
  • a wireless network such as a second-generation (2G) wireless telephone network, or a third-generation (3G) wireless telephone network.
  • the processed data communication includes communication from a GPRS enabled wireless network.
  • the processed data communication includes communication from a wireless local area network (WLAN).
  • WLAN wireless local area network
  • Provisioning the service includes receiving a specification for configuring the detection point.
  • Provisioning the service includes receiving configuration information for the service from a server external to the node, for example for a provisioning application executing externally to the node.
  • the data communication includes packet data communication.
  • the packet data communication includes Internet Protocol (IP) data communication.
  • IP Internet Protocol
  • Configuring the detection point includes specifying characteristics at one or more protocol layers, such as a network layer, a transport layer or an application layer.
  • Specifying characteristics at a transport layer includes specifying characteristics related to a Transport Control Protocol (TCP).
  • TCP Transport Control Protocol
  • Specifying characteristics at an application layer includes specifying characteristics of a Hyper Text Transport Protocol (HTTP), a RADIUS application protocol, or a Domain Name Service (DNS) protocol.
  • HTTP Hyper Text Transport Protocol
  • RADIUS Radio Authentication Dial
  • DNS Domain Name Service
  • Specifying characteristics at one or more protocol layers includes specifying characteristics at multiple protocol layers.
  • Specifying characteristics at one or more protocol layers includes specifying a regular expression that identifies fields of data packets at one or more protocol layers.
  • the method can further include, on identifying a match to the detection point, processing the communication according to the service logic.
  • Further processing the communication includes receiving a specification for an event detection point from the service logic, configuring event detection points, and then monitoring the communication to identify matches to the configured event detection point.
  • Further processing the communication includes redirecting the communication.
  • Further processing the communication includes passing the communication through a communication tunnel to a destination associated with the service.
  • Further processing the communication includes filtering the communication.
  • Filtering includes blocking data packets according to an address identified in the packets.
  • Further processing the communication includes applying a policy to the communication.
  • Applying a policy to the communication includes applying a data rate policy.
  • Provisioning the service includes identifying metering characteristics of communication for service interaction. Processing communication passing through the node then further includes detecting service interactions in the data communication each associated with the service and recording metering information for the detected service interactions.
  • Recording metering information for the detected service interactions includes recording an amount of data transferred in the service interaction.
  • Recording an amount of data transferred includes recording a number of packets.
  • Recording an amount of data transferred includes recording a number proportional to a number of bytes.
  • Recording an amount of data transferred includes recording an amount of data passed in one direction through the node.
  • Recording metering information for the detected service interactions includes recording a rate of data transfer during the service interaction.
  • the invention is a method for processing data communication passing through a node in a data network.
  • the method includes processing communication sessions in the data communication passing through the node, including monitoring data packets for the communication sessions to identify matches to a configured detection point. On identifying a match to the configured detection point in one of the communication sessions, a request is passed to external service logic identifying the detection point. Further processing the communication session is then according to information received from the service logic in response to the passed request.
  • the invention is a method for metering a service provided over data communication passing through a node in a data network.
  • the method includes provisioning the service. This provisioning includes identifying characteristics of communication for service interaction. Service interactions are detected in the data communication each associated with a particular user of the service. Information related to the detected service interactions is then provided.
  • the invention is a method for processing packet data communication between mobile stations on a wireless telephone network and content providers on a fixed network.
  • the method includes provisioning a service on a node coupling the wireless network and the fixed network, including configuring service logic for the service.
  • Packet data communication passing between the wireless telephone network and the fixed network through the node is processed at the node.
  • This processing includes monitoring the communication to identify communication sessions associated with the provisioned service. Detection points are matched in the identified communication sessions and service logic is executed in response to matching of the detection points.
  • Executing service logic can include communicating with an external service platform, and processing the packet data communication includes processing the communication according to information received from the external service platform.
  • the invention is a communication node.
  • the node includes a service manager configured to accept provisioning information for services.
  • the node also includes a database coupled to the service manager, which includes storage for storing the accepted provisioning information.
  • the node also includes circuitry for passing packet data communication through the node and for detecting configurable events in the data communication.
  • a service execution engine is programmed to communicate with the service manager and to receive notifications of the detected events for the circuitry for passing data.
  • the database can further include storage for detail records, and the service execution engine is further programmed to generate details records in response to the received notifications.
  • the invention can provide one or more of the following advantages.
  • Detailed accounting and associated billing models can be implemented using this architecture. For example, in a period in which a mobile telephone is in data communication with the wireless network, some of the data communication may be billed to the user, some to a service provide of a “toll-free” data service, and some to a sponsor of the data service, such as to the user's employer. Such detailed billing is not available to operators of wireless data networks today due to the relatively coarse granularity provided by existing detail records.
  • the approach is not necessary limited to handing data communication between a wireless telephone network and external fixed networks. Fine-grained control and monitoring of packet data is applicable in other environments. For example, the approach is applicable to handling packet communication between wired networks, or on wireless local area networks.
  • FIG. 1 is a diagram of a wireless communication system for providing data services to a number users of mobile stations
  • FIG. 2 is a system architecture diagram for the wireless communication system of FIG. 1 in a GSM/GPRS environment
  • FIG. 3 is a diagram of the logical architecture of a Mobile Switching Services Platform (MSSP);
  • MSSP Mobile Switching Services Platform
  • FIG. 4 is a diagram of the architecture of the Service Control Layer of the MSSP
  • FIG. 5 is a diagram illustrating use of detection points in a TCP flow
  • FIG. 6 is a diagram of the physical architecture of an MSSP
  • FIG. 7 is a block diagram of a I/O module and a service module of an MSSP;
  • FIG. 8 is a flowchart for a sponsored data service
  • FIG. 9 is a flowchart for a transaction based data service.
  • a wireless communication system 100 data communication between a number of mobile stations (MSs) 132 , such as wireless cellular telephones, and a number of content providers 150 , such as Web servers, is handled by a mobile data-switching center (MDSC) 110 .
  • Mobile terminals 132 are operated by mobile users 130 and communicate over wireless links to base transceiver stations (BTS) 122 .
  • BTS base transceiver stations
  • the BTS 122 are coupled to MDSC 110 over a mobile network 120 , which provides a fixed network communication infrastructure for passing communication between MDSC 110 and MSs 132 .
  • MDSC 110 is also coupled to content providers 150 over a data network, here over public Internet 140 .
  • Wireless communication system 100 also supports voice communication between MSs 132 and a telephone network, Public Switched Telephone Network (PSTN/SS7) 190 , which is controlled by a Signaling System 7 (SS7) infrastructure.
  • PSTN/SS7 Public Switched Telephone Network
  • SS7 Signaling System 7
  • a mobile switching center (MSC) 180 is coupled between mobile network 180 and PSTN/SS7 190 .
  • Mobile data switching center (MDSC) 110 provides enhanced handling of mobile data communication sessions between MSs 132 and content providers 150 .
  • One type of handling relates to monitoring of the sessions for billing purposes.
  • MS 132 may establish data communication through mobile network 120 for a period of time.
  • MS 132 is assigned an Internet Protocol (IP) address to use for the duration of the period it is in data communication through mobile network 120 , and can communicate with other devices over Internet 140 essentially in the same manner as fixed computers coupled to the Internet. Therefore, MS 132 can establish a number of communication sessions with different content providers 150 , and these sessions can overlap in time.
  • content providers include content servers, such as today's Web servers which provide content using HTTP (Hyper Text Transport Protocol) or mail servers that provide mail messages using POP (Post Office Protocol).
  • MDSC 110 implements a services model for data interactions between MSs 132 and content providers 150 .
  • a “service” describes the delivery of content or functionality to a user 130 , typically in such a way as to provide value to the user.
  • a particular service defines interactions with users each of which have a beginning, middle, and an end and is typically associated with a particular content provider 150 .
  • Operator 135 provisions a number of services of various types on MDSC 110 .
  • the system can include an operator 135 of the physical wireless network as well as a number of Mobile Virtual Network Operators (MVNOs).
  • MVNOs Mobile Virtual Network Operators
  • a service typically defines charging information to be captured to generate detail records related to use of the service by users 130 .
  • the definition of a service may also provide class of restriction information that may be applied against users or groups of users to inhibit a particular service or features associated with a given service.
  • MDSC 110 optionally collects performance and usage metering, which it can provide to operator 135 .
  • MDSC 110 creates service detail records (SDRs) to provide a partial or complete summary of a service interaction, which it also provides to operator 130 .
  • SDRs service detail records
  • SDRs One use of the SDRs by operator 130 is for billing.
  • a single SDR will be created to summarize a service interaction with a particular user, although partial records can optionally be generated for resource intensive service interactions to ensure that at least partial billing records will be available in the event of a complete system failure.
  • Multiple SDRs can also be generated when the charges for a service interaction are split among several parties, for example, between an advertiser, a subscriber, and a sponsor.
  • an initial detection point specifies the start of an interaction with a user 130 of the service.
  • MDSC 110 monitors and controls many different types of data packets, at a variety of protocol layers, according to state machines each responsible for specific types of packets. Within each state machine there are certain strategic places where important information becomes available or key control decisions can be made. These places are called detection points.
  • a service definition identifies a particular detection point as the initial detection point for the service.
  • service logic for the associated service is executed.
  • the service logic typically defines the user interaction with the service for the duration of the interaction.
  • the service logic registers additional detection points in various of the state machines to gain real-time access to the packet data and to allow it to influence the control decisions made by the state machine.
  • MDSC 110 inspects all data packets passing between the MS 132 and the Internet 110 . Between occurrences of detection points for an application, data passes through MDSC 110 without the intervention of the service logic. Therefore, most packets are inspected and passed through MDSC 110 with little or no additional delay due to the inspection. Some packets, such as packets associated with starts or ends of communication sessions may require additional processing, and may be intercepted and delayed until acted upon by service logic that is implemented in the MDSC or in external service platforms coupled to the MDSC.
  • MDSC 110 processes data communication at various layers of the protocol stack. For instance, MDSC 110 processes IP, UDP, TCP or other protocols, as well as sessions within higher layer protocols such as HTTP. Furthermore, MDSC 110 processes “sub” sessions of what a user 130 perceives as a “session.” For example, when a user accesses a HTML (Hyper Text Markup Language) document on a Web server, this may result in data being sent to the user from a number of different content providers. For example, a separate “sub” session is established between MS 132 and an advertiser 160 to deliver advertising content from the advertiser while the content the user is seeking may come from the content provider. In general, MDSC 110 processes session data at any of layer 2 (data link layer) through layer 7 (application layer) of the standard ISO protocol stack.
  • layer 2 data link layer
  • layer 7 application layer
  • MDSC 110 Based on monitoring of the communication data passing through MDSC 110 , MDSC 110 passes various types of detail records to an operator 130 of the wireless system, typically in “real time” (i.e., with low delay as opposed to periodic batch processing).
  • Different billing policies are applied by the operator to the communication sessions according to the service being performed.
  • the differences in the policies include the basis for the billing, such as a duration of the session, an amount of data transferred during the session, or a number or type of transactions with the content provider carried out during the session.
  • Another difference in the policies includes the payer for the session, which can include one or more of the user 132 , content provider 150 , or advertiser 160 with whom the user communicated.
  • the payers can also include a sponsor 170 for a session, who may not have been directly involved in the communication with the user. An example of a sponsor is a user's employer.
  • MDSC 110 monitors the communication for control purposes.
  • An example of control of communication sessions is access control involving determining whether a user is authorized to establish a particular session.
  • access control may be based on the user having subscribed to the service to which the user is attempting to be connected. Access control can also be based on a prepayment model in which the user can access the service if they have a sufficient balance in their account. Other types of access control can be based on the user providing credentials (e.g., a password) or agreeing to pay for the service being accessed.
  • the MDSC may communicate with operator 130 to determine whether the user is authorized to establish the session.
  • Another form of control of communication sessions involves redirection.
  • a user may attempt to establish a communication session with a service, and based on monitoring of that attempt, MDSC 110 redirects the communication to a particular content provider 150 .
  • This redirection may involve redirecting a request to establish a communication session with one content provider 150 to another content provider 150 .
  • the redirection may also involve redirecting a request to communicate with a “virtual” service to an actual content provider 150 .
  • a service may be identified by a name, such as “Flowers” and MDSC 110 redirects the request to a content provider that provides online ordering of flowers.
  • the nature of the redirection is configurable.
  • the redirection can depend on particular characteristics of the user attempting to establish the session, for example, depending on whether they have subscribed to the “Bouquet” service.
  • the redirection can also depend on the characteristics of the mobile station (MS) 132 being used by the user, for example, depending on the geographic location of the MS, or the capabilities of the MS device.
  • MS mobile station
  • MSSP mobile service switching processor
  • a Gateway GPRS Support Node (GGSN) 250 provides a gateway for communication between MSs 132 and external networks, such as Internet 140 .
  • a Base Station Controller (BSC) 222 which together with one or more BTSs 122 connected to it form a Base Station System (BSS) 220 , provides the fixed end of radio communication with one or more MS 132 .
  • BSC Base Station Controller
  • BSS Base Station System
  • the MS may communicate with a number of different BSS 222 , and the system manages this mobility according to standard techniques to maintain communication with the MS.
  • Voice and data communication from MS 132 is split at a Packet Control Unit (PCU, no shown) of a BSC 222 .
  • Voice communication is passed to Mobile Switching Center (MSC) 180 while data communication is passed to a Serving GPRS Support Node (SGSN) 230 .
  • MSC 180 sets up voice circuits over PSTN 290 using control communication over SS7 network 292 . Control of these voice circuits can include supporting pre-paid voice services in which MSC 180 accesses servers over the SS7 network to determine whether the use has an adequate balance to make the call.
  • MSC 180 communicates with a number of servers in providing voice communication service. These include a prepay server 212 , a home location register (HLR) 214 , a visitor location register (VLR) 216 , and a location server 218 .
  • a prepay server 212 a home location register (HLR) 214 , a visitor location register (VLR) 216 , and a location server 218 .
  • HLR home location register
  • VLR visitor location register
  • Data communication passes between BSC 222 and SGSN 230 .
  • an SGSN 230 supports multiple BSS 220 , and each BSS 220 connects to a single SGSN 230 .
  • Each SGSN 230 communicates with a GGSN 250 over GPRS Backbone Network (GBN) 240 , which is typically a private data network coupling the SGSN and GGSN nodes.
  • GBN GPRS Backbone Network
  • SGSN 230 receives the MS identification, typically the International Mobile Subscriber Identity (IMSI) and authenticates the user.
  • IMSI International Mobile Subscriber Identity
  • the MS requests that the SGSN create a PDP (Packet Data Protocol) Context, which identifies an Internet Protocol (IP) address or indicates that it needs a dynamically assigned address.
  • the SGSN passes this request to the GGSN, which essentially creates the data communication link and acts as a gateway for communication between the MS and an external network.
  • the MS can request a connection to a specified network. In this example, we assume that the MS requests connection to the public Internet.
  • the MS essentially has a virtual link between it and the GGSN, which is providing the gateway function to the external network.
  • GGSN 250 communicates with an authentication server 275 , such as a RADIUS server.
  • MSSP 260 detects and monitors the interchange with the authentication server. Using the monitored information, MSSP 260 determines the mapping between the identity of MS 132 and the IP address used by the MS for communication over the Internet. In alternative embodiments, such as those in which authentication is not performed using communication that passes through the MSSP, MSSP 260 obtains the mapping information externally such as over SS7 network 292 . For example, MSSP 260 can communicate over the SS7 network to obtain information from the servers 212 - 218 that are used by MSC 180 .
  • Both SGSN 230 and GGSN 250 create call detail records (CDRs) related to an MS 130 PDP context, which the pass to a charging gateway 272 which performs some processing and matching of the CDRs and forwards billing information to billing node 270 .
  • CDRs call detail records
  • SGSN 230 collects information about the radio portion of the virtual data link between MS 132 and GGSN 250 .
  • the SGSN collects the total duration of the connection and amounts of data sent to or from the MS.
  • GGSN 250 collects information about the external network portion of the communication, including the network connected to (e.g., the Internet), the duration of the PDP context, and the amount of data sent back and forth the external network.
  • MS 132 After an MS 132 establishes the virtual data link to GGSN 250 , MS 132 is able to initiate communication to Internet 140 .
  • a MS 260 may first attempt to contact a Domain Name Server (DNS), which is a computer on Internet 140 that translates a text-based host name into a numeric address.
  • DNS Domain Name Server
  • MSSP 260 detects the initial translation request as well as the response.
  • MSSP 260 monitors all communication between each MS 132 and hosts on Internet 140 .
  • MSSP 260 identifies the source MS of each packet according to its source IP address.
  • MSSP 260 generates a number of detail records, which it forwards to billing node 270 .
  • billing node 270 By having translated the user's IP address to their IMSI, these detail records directly identify the user's IMSI, MSDN, or both, without necessarily requiring further translation.
  • MSSP 260 detects certain points in communication sessions between the MS 132 and destinations on the Internet it generates detail records which it forward to billing node 270 .
  • Such points, or “detection points,” can include, for example the initiation or termination of IP flows to particular content providers.
  • MSSP 260 also controls the IP flows and the associated protocol state machines.
  • MSSP 260 communicates with administration and service platforms 280 , which are separate computers coupled to the MSSP. These service platforms implement service logic that determines how events in the IP flows that are detected by the MSSP should handled.
  • One or more of these platforms can be co-located with the MSSP and operated as a system forming MDSC 110 , which was introduced in FIG. 1.
  • MSSP 260 can also communicate with external service platform 282 , for example, over a data network.
  • an external service platform 282 may be operated by a content provider 150 or by a virtual operator.
  • MSSP 260 is configurable to determine when to generate detail records, and when to block IP flows pending instructions from a service platform 280 .
  • This configuration can be statically provisioned.
  • the configuration can be dynamically created or updated, for example, during the course of processing a communication session, or in response to external events, for example, a user entering a geographic area by the MSSP.
  • the MSSP can optionally obtain this information over a link to the location server.
  • MSSP 260 is architecturally divided into three distinct layers.
  • a hardware layer 310 provides high-speed processing of packets passing between mobile network 110 and Internet 140 . Certain packets are identified in hardware layer 310 as requiring further handling, and these are handled by of a Service Transport Layer (STL) 320 and possibly by a Service Control Layer (SCL) 330 .
  • STL Service Transport Layer
  • SCL Service Control Layer
  • hardware layer 310 does not process a packet itself, it buffers the packet and sends information about the packet (but generally not the packets themselves) to STL 320 , and waits for a reply from the STL before further processing the packet.
  • Hardware layer 310 implements physical data communication interfaces to the external networks, such as mobile network 110 and Internet 140 as well as interfaces to STL 320 .
  • the hardware layer also provides the capability to set triggers or event notifications based on IP flow characteristics which the hardware layer detects without the need for software assistance from higher layers in the architecture.
  • Hardware layer 310 is designed to support Quality of Service restrictions on a per user per application basis.
  • the hardware layer implements deep packet processing not only to enable trigger and event processing, but also to analyze data on the fly in real-time. Virtual output queuing system within the hardware layer allows for a fine degree of control that may be used for traffic shaping or policing IP flows.
  • the hardware layer also provides SS7 connectivity.
  • STL 320 is responsible for managing hardware resources used to route packet traffic between the I/O ports of the MSSP as well as manipulate the various hardware registers that control the flow of data as well as setting triggers and detecting events. STL 320 either processes the information it receives from the hardware layer directly and informs the hardware layer how to process the packet, or passes information about the packets to the third layer, Service Control Layer (SCL) layer 330 .
  • SCL Service Control Layer
  • STL 320 is responsible for processing requests originated at SCL 330 related to subscriber sessions and request and notification detection points. STL 320 also implements an IP routing engine used to route packets onto the IP network. STL 320 detects session events and notifies the SCL. The STL controls hardware layer 310 and thereby determines how packet flows are handled. The STL is responsible for managing the hardware registers used to arm both trigger and event detection points and register event notifications.
  • SCL 330 provides an interface to administration and service platforms 280 and executes service logic associated with provisioned services and interfaces with STL 320 to control hardware layer processing of data passing through MSSP 260 .
  • the SCL implements the interface logic and state machines necessary to implement each API.
  • Applications register with an API to set detection points, monitor connection status, and route service requests.
  • the SCL layer will validate and translate API requests to STL requests as necessary to enable detection points and event monitoring.
  • STL 320 manages user sessions (i.e., PDP contexts) and different communication IP conversations, such as TCP sessions, within the overall user session.
  • STL 330 also manages and inspects subscriber data packets and implement several types of flows and detection points.
  • STL 320 supports address translation, packet filters, tunneled flows, and supervised flows.
  • STL also counts packets as well as bytes sent and received belonging to any given flow.
  • STL implements detection points on flows. Detection points can be based on individual flow type and can be based on patterns defined using protocol layers 2 through 7.
  • STL will also provide capability to set detection points based on thresholds on the counter values, for example, setting a detection point to occur every 10 kB of data is transferred.
  • STL 320 provides a capability to limit IP address/port numbers for a given set of session groups. This capability can be used by the SCL to build packet-filtering service and network based firewalls.
  • STL 320 also provides capability to send packets meeting criteria to a pre-configured tunnel.
  • the criteria are based on IP header and transport layer header characteristics. These flows can be used by SCL to build VPN capabilities.
  • SCL 330 provides support for the various external MSSP interfaces, such as interfaces to service platforms 280 .
  • SCL 330 also implements interface logic and state machines that are used implement each API.
  • the SCL can also communicate over the SS7 network, for example, to obtain information about subscribers.
  • Applications executing on service platforms 280 register with an API to set detection points, monitor connection status, and route service requests.
  • SCL 330 validates API requests from applications and translates them to STL requests, which it passes to STL 320 as necessary to enable request and notification detection points and event monitoring.
  • SCL 330 is also responsible for housing the MSSP configuration database as well as the IP Detail Record (IPDR) database.
  • IPDR IP Detail Record
  • SCL 330 also provides an interface to external network management systems for provisioning and fault management.
  • the SCL collects data from STL 320 , external applications executing on service platforms 280 , and API state machines on a per service request basis in order to generate IPDRs for billing or service request statistics, which it forwards
  • SCL 330 includes modules related to management and monitoring of services as well as modules related to execution of the provisioned service logic.
  • the SCL is responsible for housing a configuration database 432 as well as the detail record database 434 .
  • the SCL also interfaces with external network management systems for provisioning and fault management.
  • the SCL collects data from the STL, external applications, and the API state machines on a per service request basis in order to generate Detail Records (DR) for billing or service request statistics.
  • DR Detail Records
  • a service manager 420 is responsible for managing a variety of service related functions as well as interfacing to the core to perform management functions.
  • OAM&P (Operations Administration Maintenance and Provisioning) servers 410 which include a provisioning server, a network management server, a billing server, and a reporting server, provide interfaces between the operator systems and service manager 420 .
  • the OAM&P servers 410 insulate the service manager from the external clients as well as provide the framework necessary to prioritize access to management resources.
  • service manager 420 One function of service manager 420 is to respond to requests from a provisioning application to create and provision particular services.
  • Service manager 420 creates the service and stores information related to the service in a configuration database 432 .
  • Service manager 420 communicates with an SCL core 450 to enable the service so that user sessions for that service are handled by the MSSP.
  • an operator can also identify one or more subscriber groups associated with the service.
  • a subscriber group may be used to group users by privileges or by rate plan. Subscriber groups are made up of one or more users who share common properties for billing or network access purposes.
  • a user constitutes an individual subscriber who will have a session with the packet switched network with one or more active flows. The subsections that follow will examine each of these concepts in greater detail. Subscribers are not necessarily individually provisioned in the MSSP.
  • Service manager 420 communicates with SCL core 450 , which generally controls real-time aspects of monitoring and control of service interactions.
  • SCL core 450 is the central runtime component of the SCL software architecture.
  • the SCL core provides an event-based execution environment in which queues of pending message are service.
  • the SCL core uses scripts to serve as the sequencer with respect to message processing.
  • the scripts serve as linked lists of calls to compiled code resulting in desirable performance characteristics while maintaining a greater degree of flexibility with respect to specifying system logic.
  • Some messages that are processed by the SCL core are associated with detection points that have been detected in the data flowing through the MSSP.
  • SCL core 450 executes a script associated with the message. Typically script execution is suspended when a request to a remote server is made and a response or acknowledgement is required. A suspended script will later resume execution when the remote server provides the reply or acknowledgement that the originally blocked the script. While suspended other messages are processed by scripts.
  • SCL core 450 uses a STL server 460 as an interface to STL 320 , and uses an API server 440 as an interface to applications executing on service platforms external to the MSSP.
  • SCL Core 450 calculates statistics of system performance as well as support the generation of detail records. These statistics are updated under the control of scripts executing in the execution environment. Periodically, SCL core 450 exports these calculated statistics to service manager 420 , which uses them to compute derived statistics. Service manager 420 calculates system performance statistics based on information it receives from SCL core 450 .
  • a script that implements service logic for a particular provisioned service may control a number of separate data flows.
  • a flow is an abstraction used to describe the movement of packet data through the MSSP.
  • a user may have multiple active flows under the context as a single session. Flows are dynamic in nature and will typically be set up and torn down as the user interacts with the network resources providing the various services.
  • a single flow belongs to a single user under the context of a single service.
  • a flow may also be said to indirectly belong to a particular operator since a user belongs to a single operator subscriber base. Note that a user may have multiple flows active simultaneously that belong to different services. For example, a user may have multiple windows open on a wireless device browsing different web sites each implementing a particular service.
  • SCL core 450 collects per flow meters that may be further aggregated into per session meters.
  • Flow detail records can be conditionally written when a flow is terminated.
  • Detail records created to provide a partial or complete summary of a flow are known as flow detail records (FDR's). It is possible to create multiple detail records for a single flow.
  • Each detail record contains a sequence number to allow the records to be ordered relative to the order they were written within the context of a given user session or particular flow.
  • SCL core 450 provides a set of real-time statistics that are sent to service manager 420 for distribution to external processes configured to receive real-time monitoring data.
  • the real-time statistics sent by the core are sent periodically based on the configuration of the MSSP. Real-time statistics may be on a per operator, user group or service basis.
  • SCL core 450 periodically sends operator real-time records to service manager 420 to provide real-time performance metrics on a per operator basis.
  • the real-time records are typically computed within the SCL core in real-time as messages are processed within the execution environment.
  • a configurable periodic timer initiates the real-time data export process that packages up the real-time data elements and sends them to the service manager for distribution and further computation.
  • Service real-time records and subscriber group real-time records are similarly sent periodically from the SCL core to provide real-time performance metrics on a per service basis.
  • SCL 330 supports a number of detail record formats that will allow data to be captured at a number of levels. These include Application Detail Records, Service Detail Records, User Detail Records, and Flow Detail Records.
  • the service manager computes statistics for intervals of time, for example, for 5 minute, hour or all day intervals and writes these computed statistics to the reporting database.
  • SCL 330 is able to register and report events on a per flow basis under control of the scripts that execute the service logic.
  • the process begins when a service application registers a notification detection point.
  • the registration process involves setting up a set of patterns that will be matched against flows in real-time. Typically the patterns are keyed off the control messages of the protocol being used at layers 2-7. For instance, a TCP session that is in the process of opening will exchange a number of protocol messages between the two hosts. The exchange of the TCP protocol control messages cause the flow state machine to walk through the connection establishment states.
  • the notion of a detection point begins with identification a set of transitions within the state machine as places where state transitions can be detected and reported to an external application.
  • a detection point can be further qualified with a set of conditions such that only certain flows matching the conditions will be reported to an external application.
  • a detection point is a combination of the specific point within the state machines as well as a set of conditional variables.
  • Event reporting is the process of notifying an external application of when a flow passes one or more detection points and it meets the conditional parameters. The actual events reported are a function of the protocol being implemented.
  • the notion of event reporting is typically most useful for connection-oriented protocols since these types of protocol implement well-defined state machine. Event reporting on connectionless protocols like UDP are not typically very useful as there is not state machine leaving little to report.
  • the state machine is implemented in a higher-level protocol layered on UDP.
  • An example of a protocol in this class is WAP 1.0.
  • the WAP stack defines an application layer protocol over UDP that implements a state machine. Detection points can be defined on application protocols contained within UDP packets.
  • a request detection point can also be a point at which applications can take control of the session while the data communication for the flow is suspended.
  • An application typically registers request detection points at strategic points where it would like to get involved in the connection setup or protocol processing.
  • flow processing is suspended and an event message is sent to the application that set the detection point.
  • the application may take actions to change the default handling of the flow. The changes may involve redirecting a connection request to a different destination address or terminating the connection completely.
  • the idea is that the application has the ability to determine how the connection request is routed through the network as well as the ability to configure flow or session parameters for metering or security purposes. An application must respond to a request event in a timely fashion.
  • Request detection points allow an application to selectively interrupt flows to execute service logic that determines how the service is provided. While request detection points are most useful for connection-oriented protocols they may also be applied to non-connection oriented protocol like DNS, DHCP, or RADIUS. In these protocols a request detection point may be used to intercept and serve a request, as well as to synchronize the response with the application running externally to the MSSP.
  • a request detection point might be useful on the response to a RADIUS authentication request since it would notify the application and allow it to send commands to the MSSP to configure the filters for the flow before returning the authentication response. This sequence would ensure that the proper filters were applied to the flow from the start. Note that both types of detection points (request and notification) are typically used simultaneously in a complimentarily fashion to allow the application to control and monitor the interaction.
  • the detection point may be registered as a request detection point, or an notification detection point.
  • packet forwarding will be halted and the SCL Core is notified.
  • the response from the service logic instructs the STL how to proceed and packets in the flow are delivered accordingly.
  • the detection point condition string may contain wildcard card characters that may be used to specify a wide range of matching values.
  • the STL allows applications to specify filters to apply to flows on a session (user) or per flow basis.
  • This functionality can be used to create a walled garden to enforce subscription-based models where subscribers are only allowed to access sites related to their subscriptions.
  • the functionality can also be used to create network resident firewalls.
  • the functionality can be applied dynamically such that if a subscriber where to sign up for a pay per view site an application could update the filters applied to an individual subscriber to give the subscriber access to the functionality for the contracted period.
  • the dynamic nature of the filtering features can also be used to open holes on dynamic ports on command by a media gateway using the API. The operator can therefore ensure that only authorized streaming traffic is allowed on the carrier network.
  • the MSSP allows this functionality to be performed by the hardware and the embedded software more efficiently than the user of static lists or the user of an application server software approach.
  • the MSSP access lists will be configurable on a per flow basis, however, it is more likely that access lists will be controlled on a per user or session basis.
  • the MSSP allows applications to manage VPNs and flows routed over the VPNs within the system.
  • the use of VPNs is on the increase as Internet and network security attacks grow broader in scope.
  • the MSSP is capable of supporting client initiated VPNs as well as NAS-Initiated (Network Access Server) VPNs.
  • the MSSP provides the capability to configure each VPN type and allow applications to control when the VPNs are established and what traffic is routed over the established VPNs. Alternately the MSSP is capable of metering those VPNs that simply pass thru the MSSP from the user client to a remote Internet termination point.
  • An application associates itself with a detection point by identifying a detection point class, detection point, and the conditions that must exist in order to create a control dialog with the application. Such a detection point is then called an Initial Detection Point (IDP). Traffic passing through the state machine that does not match the given condition criteria is unaffected. When conditions match the given criteria, a control dialog is created between the state machine and the application, and the application is notified of the event.
  • IDP Initial Detection Point
  • control dialog When the detection point has been armed to provide only an event report, the control dialog only exists long enough to send the event notification, and packet processing by the state machine continues unimpeded.
  • the control dialog persists after the event report, and processing of the packet by the state machine is suspended until a response if received from the application. Triggers allow the application to influence the subsequent control decisions made by the state machine.
  • the application When a packet is suspended at a detection point, the application has several different ways to respond. It may simply allow packet processing to be resumed normally, without influencing any control over the state machine. This type of response is called Continue. Another possible response is called Release, which directs the state machine to abort further processing of the packet. The application may also provide a new destination for the packet by using a Connect response. Finally, an application may provide state machine-specific control over the state machine's subsequent processing of the packet by using a Control response. The control dialog continues after the application has provided the trigger response only when additional event reports have been requested.
  • An application may also use the control dialog created by an IDP to request subsequent event reports from other detection points in the same execution context of the state machine.
  • Event detection points may be requested by an application in conjunction with the Continue and Connect trigger responses, or they may be requested with a separate Event Report Request message.
  • Event detection points only apply to the state machine context that created the control dialog and do not cause event reports to be generated by any other context of that state machine. Event detection points are automatically removed when the corresponding state machine context is removed.
  • a control dialog is always created when conditions match arming criteria at an initial detection point.
  • an application will arm only one initial detection point within a given detection point class (state machine) as a trigger, and use the resulting control dialogs to request any additional event reports that are needed by the application.
  • An application may, however, arm multiple IDPs within a given detection point class. Each IDP operates independently of the other, and the resulting control dialogs are distinct. In some cases it may be possible for the application to have multiple concurrent control dialogs established for the same state machine context, but no advantage can be taken of this fact; the control dialogs must still be managed independently as if different applications were involved.
  • FIG. 5 a high-level illustration of the detection point message flow for a hypothetical application that is to control TCP connections to a specific destination address:
  • the Mobile Station initiates a TCP connection to the target destination address, causing a TCP SYN packet to be sent towards the target destination address.
  • the TCP state machine in the STL evaluates the conditions at the TCP SYN state detection point and finds a match with the arming criteria stored by the SCL at step 1. Processing of the SYN packet is suspended and an initial detection point indication is sent to the SCL to initiate a control dialog with the SCL.
  • SCL evaluates the data provided by the detection event indication and determines that the TCP connection should be directed to a different destination. It responds to the STL with the address of different destination and requests to be informed when the TCP connection is terminated.
  • the STL acknowledges the connection request, forwards the TCP SYN packet on to the new destination, and arms the TCP connection termination detection point to provide an event report for this connection.
  • the new destination and the mobile station (MS) complete the TCP protocol to open a connection and exchange data.
  • the mobile station (MS) initiates the TCP disconnect procedure, causing a TCP FIN packet to be sent.
  • the TCP state machine in the STL Entity evaluates the conditions at the TCP FIN detection point and finds a match with the arming criteria stored by the SCL at step 5.
  • the requested Event Report Indication is sent to the SCL. Since this detection point was armed as an event report and not a trigger, processing of the TCP FIN packet proceeds and the packet is forwarded on to DEST, and the TCP protocol to close the connection is completed.
  • the detection point was associated with a TCP state machine.
  • the STL layer includes a number of state machines including: load monitoring, Session Group, Subscriber session, RADIUS protocol, DHCP protocol, DNS protocol, TCP protocol, and IP protocol
  • the criteria that specify the characteristics of a IP detection point include: Operator ID, Subscriber Group ID, Session ID, Source IP Address. Source IP Port number, Destination IP Address, Destination IP Port number, and application.
  • detection points that can be registered include: FORWARD_SYN, REVERSE_SYN, TCP_ACK, FORWARD_FIN, REVERSE_FIN, and RESET
  • the SCL can request that the STL configure packet filters for an active session. Typically this request will be made as a result of the STL detecting a subscriber login. The subscriber login remains suspended while the SCL creates the session and configures the appropriate packet filters for the session. Following successful completion of the packet filter request, the SCL sends the Subscriber Login Conf message to allow the subscriber session to proceed.
  • STL processes start up, initialize, and send a STL Up Indication messages to SCL.
  • the message indicates what configuration data is needed by the STL entity and what capabilities the STL entity supports.
  • SCL processes start up, initialize, and obtain configuration from MSSP database. SCL responds to STL Up Indication messages with an STL Version Config Request.
  • Each STL entity completes version negotiation with SCL and receives the configuration data that was requested in the STL Up Indication message.
  • Each STL entity that supports detection points registers each detection point, specifying the IDP and trigger attributes and indicating which criteria parameters are relevant to each.
  • the detection point registration messages cause SCL to create contextual objects for later management of detection point resources.
  • An external application connects to API Server and initiates a session, providing its identity and security information.
  • the API Server authenticates the application, finds everything in order, and confirms the session is open by sending a response back to the application.
  • the Application and API Server negotiate the protocol version to be used for the remainder of the session.
  • the Application issues an Arm IDP request to the API Server, identifying the MSSP service, detection point, and arming criteria.
  • the SCL API Server validates the request against the application's configured privileges and service criteria restrictions, and then forwards the Arm IDP request to the SCL core.
  • the SCL core script validates the request, associates the indicated MSSP service with the application, increments counters in the corresponding application and service contextual objects, then forwards the Arm IDP request to each STL entity that supports that detection point.
  • the detection point arming criteria is also saved in the SCL core contextual object so that an arming request can be generated if an STL entity that supports this detection point is subsequently added.
  • the corresponding detection point resources are added to the MSSP service contextual object.
  • the addition of the first DP resource causes the MSSP service state to change to “Deployed” and the confirmation of the Arm IDP request is sent to the API Server (after the script for the confirmation increments counters in the corresponding application and service contextual objects).
  • the API Server relays the Arm IDP confirmation to the application.
  • MSSP RADIUS proxy forwards the RADIUS request to the RADIUS server.
  • MSSP RADIUS proxy receives the successful response from the RADIUS server, determines the Operator ID and Subscriber Group ID that the mobile subscriber belongs to, and sends an STL Subscriber Login Request to the SCL core.
  • the SCL core script creates a new session contextual object, associates it with the subscriber group and operator contextual objects, assigns the session to a single STL entity, and sends that entity an STL Create Session Request message.
  • the STL entity reserves resources for the session and responds with an STL Create Session Confirm message.
  • any meters and packet filters that are configured for the operator and subscriber group are configured for the new session by sending the appropriate messages to the STL entity.
  • the default meter masks for the operator and subscriber group are combined and configured in one request to the STL entity.
  • the protocol packet requesting the new connection is routed through hardware controlled by the STL entity that this subscriber session was assigned to.
  • the STL entity evaluates the criteria at its armed initial detection point and discovers a match.
  • the STL entity suspends processing of the packet and sends an STL IDP Event Indication message to SCL.
  • the SCL script associates the suspended flow with the service that contains the reported IDP, increments service and application trigger counters, and forwards the IDP Event Indication to the API Server.
  • the API Server forwards the IDP Event Indication to the application.
  • the application examines the IDP event parameters and determines a different destination address for the MS connection, which it supplies in a Connect Request message to the API Server.
  • the SCL core script increments service and application trigger response counters and sends an STL Connect Request to the STL entity with the suspended packet flow.
  • the STL entity modifies the packet with the updated destination address and resumes packet processing, returning an STL Connect Conf to the SCL core.
  • the SCL core relays the connect confirmation to the API Server.
  • the API Server relays the connect confirmation to the application.
  • the destination that was chosen by the application receives the connection request from the MS and opens the connection with the MS.
  • STL Flow Meter Indication messages are sent from the STL entity to the SCL core to report the values of meter elements configured for that session.
  • the SCL core accumulates the data in the periodic flow meter indications, updating flow, session, subscriber group, operator, service, and application contextual objects.
  • the STL entity detects the end of the flow and sends the final STL Flow Meter Indication for the flow to the SCL core. No detection point arming by the application or SCL is needed to accomplish this action. However, there are many scenarios where the STL entity will not know when the flow has been terminated. In these cases the SCL core must implement a flow timeout policy and force the flow to be released by the STL entity.
  • the SCL core script accumulates the data in the flow meter indication as before, updating flow, session, subscriber group, operator, service, and application contextual objects.
  • the SCL core script produces flow, subscriber, service, and application detail records corresponding to the terminated flow.
  • the association between the flow and service contextual objects allows the billing plan ID configured in the service to be placed in the flow detail record, or the application may have provided the billing plan ID to be placed in the flow detail record.
  • MSSP 260 is chassis based with a backplane 650 connection a number of different modules.
  • the number of I/O modules 610 is dependent upon the external connections needed of the wireless system in which the MSSP is used.
  • the number of service modules 620 is generally dependent upon the number of subscribers as well as the number and complexity of the services the MSSP needs to support. I/O modules 610 and service modules 620 are not necessarily associated in a one-to-one relationship.
  • Control module 630 can alternatively be external to the chassis or may be in a mixed configuration in which case some functionality is provided on internal control module 630 and associated functionality is provided in an external computer. All module types can be replicated for one to one redundancy. For example there can be two fabric modules in the MSSP.
  • Fabric module 640 provides an N-by-N interconnection for the other modules, whereby any module can pass packet data or other information directly to another module.
  • Control module 630 provides a platform for hosting software-based layers of the MSSP architecture. In this version of the system, the control module uses a Sun Microsystems SPARC based processor.
  • I/O modules 610 and service modules 620 perform hardware-based processing of data packets.
  • the typical data path for a packet is input to the MSSP at an I/O module 610 .
  • the I/O module sends the packet through fabric module 640 to a service module 620 .
  • the service module either immediately processes the packet and sends it to an I/O module 620 for egress from the MSSP, or holds the packet for further processing.
  • service module 620 needs to communicate with the software-based SCL, it passes messages through fabric module 640 to control module 630 which hosts the software layers. Control module 630 implements a TCP/IP communication stack. If SCL 330 , which executes on control module 630 , needs to communicate with a service platform 280 , it passes such communication through the TCP/IP stack and through fabric module 640 to an I/O module 610 which provides an interface with the service platform.
  • I/O module 610 and service module 620 share a common hardware architecture.
  • a fabric interface 720 provides a communication path to fabric module 640 for passing data to other modules in the backplane.
  • fabric interface uses a Gigabit Ethernet (GE) to communicate with fabric module 640 .
  • a network processor 740 communicates with fabric interface 740 and receives packets that are passed to it through fabric module 640 .
  • network processor is an Intel IXP 1240 processor.
  • Network processor 740 is controlled by a network control processor 744 and makes use of a shared host memory 742 , which is shared between the network control processor and the network processor.
  • I/O module 610 also includes an I/O interface 710 .
  • a service module 720 does not need to include this interface, or if present, does not typically make use of it.
  • I/O interface 710 provides external data connections for the MSSP. For instance, data passes between the MSSP and mobile network 120 and between the MSSP and Internet 140 over such an I/O interface. Packets pass directly between I/O interface 710 and network processor 740 .
  • a classification coprocessor 730 “snoops” on data packets passing between network I/O interface 710 and fabric interface 720 and network processor 740 .
  • Classification coprocessor is configured to detect particular types of packets by detecting characteristics of those packets at any protocol level. The patterns that the classification coprocessor detects are stored in a coprocessor pattern memory 732 , which is set a classification control processor 734 .
  • classification coprocessor 730 detects a particular type of packet is it looking for, it informs network processor 740 with little delay after network processor 740 has received the packet.
  • classification coprocessor 730 is manufactured by Solidum Systems, and provides detection of packets based on regular expression specifications. These regular expressions can involves features of the packet at one or more protocol layers.
  • Service module 620 also includes and encryption/decryption engine 750 , which is used by the service module for maintaining tunnel connections to external services. For example, communication between MSSP 250 and a content provider 150 may be over a secure tunnel.
  • the encryption/decryption engine implements the encryption and decryption needed in hardware.
  • a typical path for a packet flowing from mobile network 120 to Internet 140 enters MSSP 260 through an I/O interface 710 on an I/O module 610 .
  • the packet passes to network processor 740 on the I/O module.
  • Network processor 740 possibly aided by classification coprocessor 730 , determines whether the packet is part of a communication session with a Mobile Station (MS) 132 that is supposed to be managed by the MSSP. If it is, network processor 740 passes the packet directly to a service module 620 through fabric interface 720 and fabric module 650 . The packet enters the service module through its fabric interface 720 and passes to network processor 740 on the service module.
  • MS Mobile Station
  • Classification coprocessor 730 snoops on the packet passing from fabric interface 720 to network processor 740 . If the packet matches a pattern that the classification coprocessor is configured to detect, the packet coprocessor informs the network processor and network control processor 744 .
  • network processor 740 send the packet out fabric interface 720 to an I/O module for transmission out of the MSSP.
  • the I/O module receives the packet, which is passed through network processor 740 to I/O interface 710 and out of the MSSP.
  • network processor 740 on the service module does not immediately send out the packet. Rather, network control processor 744 communicates with the software by communicating through the fabric module to the control module where the software is hosted. The network control processor eventually receives a response from the software layer, and controls the network processor to handle the packet appropriately. If a response does not come within a configured period, the packet is handled using default processing rules.
  • network control processor 744 sends a message to the control module and network processor 740 passes the packet on to the appropriate I/O module without waiting from instructions from the control module.
  • MSSP 260 uses models, such as finite state models, to monitor communication sessions between the Mobile Stations (MSs) 132 and content providers 150 .
  • MSSP 260 is configured to enable detection points at transitions in these call models, for example at states or state transitions of finite state models.
  • the call models occur at various protocol layers. For instance, at a lowest layer, a call model is associated with an entire PDP context. At higher layers, call models are associated with transport layer flows, such as TCP flows. The states of the call model relate to the initial establishment and then termination of the flows. At still higher protocol layers, call models are associated with application layer interchanges, for example associated with communication sessions following the HTTP protocol.
  • Service logic which may execute on a service platform 280 , on an external service platform 282 , or on the control module internal to the MSSP, registers particular detection points of which it requests to be notified or at which it requests to receive control of the session.
  • the detection point is typically identified by a particular state or state transition in one of the call models, as well as by parameters of that detection point. An example is setting a detection point when a TCP session is attempted to be established to a particular IP address, or when an HTTP session requests a particular Web page.
  • the SCL of the MSSP which executes on a control module in the backplane, receives the request to register a detection point, an issues corresponding requests of the STL, which in turn requests configuration of the network processor and classification coprocessor on a service module.
  • a first service type is similar to a toll-free telephone calling model.
  • this service the user will not be billed for the data communication with the content provider.
  • An example of this is a florist service that is accessed as if it were a web server at an Internet host named 800Flowers.com.
  • an external service platform communicates with the MSSP to request to be notified if a user attempt to retrieve a Web page from a host named 800Flowers.com.
  • the SCL receives and validates the request, and requests the STL to set up hardware triggers and events necessary to perform the detection.
  • the configured trigger is detected.
  • the STL informs the SCL of the detection, which notifies the external service platform.
  • the external service platform determines where the request should be routed, in this case to FTD.com, and informs the SCL, which passes a redirection instruction to the STL, which requests that the network processor redirect the remainder of the flow to FTD.com rather than 800Flowers.com.
  • the original packet that was detected is now passed to the Internet, modified to reflect the redirected address.
  • the SCL When the session with FTD.com is completed, the SCL generates an IPDR that reflects the time and amount of data transferred during the session, which it forwards to the billing node. The operator will then bill FTD for this portion of the user's communication, rather than billing the user.
  • Another service is similar to wireless prepaid voice services.
  • the MSSP is provisioned to detect setup of PDP contexts from particular users.
  • application logic which in this case is resident on the control module, communicates with an external accounting server to determine whether the user has a positive balance in his account.
  • this accounting server is accessible over an SS7 network using the same protocol that is used for voice prepaid services.
  • the SCL validates the user
  • the user's data is passed through the MSSP without modification.
  • the SCL passes a command to the accounting server to decrement the user's balance based on the duration or amount of data passed during the session.
  • the network 100 is utilized to provide a sponsored packet switched data service accessed by a user on a fully sponsored basis by another.
  • Both the application based service (the content or user interactive service) and the network service (the packet data transport) are offered on a no charge, no toll basis to the user.
  • the user Prior to using the service, the user is aware that by connection to the service that neither “air time” packet data transport charges or other content or usage service charges will apply.
  • the user may be notified at the time of requesting a service that it is sponsored.
  • a network operator manages and controls the sponsored packet switched data services, which includes any and all unique network addresses that identify the packet switched data service, the policy decisions that determine how, and to which, packet switched data service provider the user is directed, and the policy decisions that determine which sponsor is to be billed for the session and on what basis.
  • the policy decisions for selection and billing may include rules that incorporate pre-agreements between the operator and third parties, either sponsors or service providers, as to the selection of the service provider and the method and basis of payment for the sponsor.
  • a policy decision of which service provider to make a connection to may be made at the time of the service request based upon such factors as a user identity, a location of the user, a time of day, a user class, a service provider class, network conditions, pre-agreement rules, and/or governmental regulations. For example, a policy decision of which sponsor to bill and on what basis can be made at time of the service request based upon similar factors such as the user identity, the location of the user, time of day, user class, service provider class, network conditions, pre-agreement rules, and/or governmental regulations.
  • a sponsored packet switched data service process 800 includes receiving ( 802 ) a request for a packet switched data service. This request typically originates with the user connecting over the air interface to the network 100 . The request may also be in response to a push operation by a service sponsor inviting the user to try the sponsor's service. A push operation is one in which the sponsor initiates activity.
  • the process 800 determines ( 804 ) whether the user is authorized to access the network 8 for packet switched data services. User class information and location information needed to make later policy decisions about the packet switched data service is collected during the determination ( 804 ). If the user is not authorized to access the network 100 the process 800 denies ( 806 ) the user request.
  • the process 800 determines ( 808 ) whether requested service is a sponsored packet switched data service. If the service request is not for a sponsored packet switched data service, the process 800 handles ( 810 ) the user request with other service request processes.
  • the process 800 determines ( 812 ) whether the user is authorized to access the specific requested sponsored packet switched data service. If the user is not authorized to access the specific requested packet switched data service, the process 800 denies ( 806 ) the user request.
  • the process 800 selects ( 814 ) a service provider for the specific requested switched data service.
  • the selection ( 814 ) is made in conjunction with a stored rule base implementing policy decisions of an operator of the network 100 based on one or more factors. Factors may include a user identity, a location of the user, a time of day, a user class, a service provider class, network conditions, pre-agreement rules, and/or governmental regulations. For example, if the operator of network 100 would normally supply specific requested switched data service, the rule base selection preferentially chooses the operator as the service provider.
  • the selected service provider i.e., sponsor, identity may be a class, i.e., a subsequently selected service provider, or rules for determining the sponsor from later acquired information.
  • the operator in the case of where it is providing the service, will be named as the sponsor. If a third party is chosen as the service provider and has agreed to sponsor the service, then it will be identified as the sponsor.
  • the process 800 may use another rule base that implements policy decisions of the operator for selecting the sponsor. In an example, the selection is based on a pre-agreement between a third party and the operator to be the sponsor or co-sponsor of a particular service.
  • the process 800 connects ( 816 ) the user to the selected service provider and initiates a packet switched data service session.
  • the process 800 monitors and meters ( 818 ) the packet switched data session, gathering, for example, billing and other information generated during the session.
  • the type of billing and other information generated depends upon the type of packet switched data service provided and the sponsor.
  • the type of information gathered will be a policy decision of the network operator.
  • the policy decision is usually based upon a pre-agreement between the operator and the third party. For example, if a third party service provider is the sponsor of a free packet switched data service, the billing information is gathered for network connection charges that are based on a number of criteria.
  • information about the use of the data service may be gathered, so that the provider may charge such expenses to, for example, its marketing and advertising accounts.
  • the service provider is the operator it typically has no out-of-pocket costs, but may need to know network usage and data service usage so can transfer this information to, for example, its marketing and advertising accounts.
  • the process 800 may forward charging information in real time, or in near real time.
  • the process 800 transfers ( 820 ) the billing and other information to an appropriate node.
  • the node credits to the account(s) of the identified sponsor(s) for payment and information units stored for information transfer. Also, any usage information, as necessary, is reconciled for user records by the node.
  • the network 100 is utilized to provide transaction based packet switched data services to a user on the basis of purchased services being supplied by a service provider to the user.
  • the service provider may be a single third party, multiple third parties, and/or an operator of the network 100 .
  • the purchased service may be an application-based service, e.g., content of a service or a user interactive service, a product, e.g., a software program, a license, e.g., rights to use a software program, goods for later delivery, e.g., items for pickup by a user at a facility, vending outlet or sales location, or for delivery by the service provider to the user's location.
  • the network service for the packet switched data transport that is involved in the delivery of the service is bundled in the total purchase price of the service, i.e., the user does not incur a separate charge or toll for any network service necessary to fulfill the purchase request.
  • the user Prior to using the service, the user is aware that by connection to the service the services are offered on a fee basis and include bundled network service and transport charges. In an example, the user may be notified at the time of requesting a service that it is transaction based on a fee basis.
  • An operator of the network 100 manages and controls the transaction based packet switched data services. This includes any and all unique network addresses that identify the packet switched data service, the policy decisions that determine how, and to which, packet switched data service provider the user is directed, and the policy decisions that determine how the user is to be billed and on what basis, and any policy decisions that are entrusted to the service provider.
  • the policy decisions for selection and billing may include rules that incorporate any pre-agreements between the operator and third parties, such as service providers, as to the selection of the service provider and the method and basis of payment for the user.
  • the policy decision of which service provider to make a connect to may be made at the time of the service request based upon such factors as the user identity, the location of the user, time of day, user class, service provider class, network conditions, pre-agreement rules, and/or governmental regulations.
  • a transaction based packet switched data service process 900 includes receiving ( 902 ) a request from a user for a packet switched data service.
  • the service request may originate from the user through the air interface to the network 100 or the service request may come in response to a push operation by a service provider inviting the user to purchase its service.
  • a push operation is one in which the sponsor initiates activity.
  • the process 900 determines ( 904 ) whether the user is authorized to access the network 100 for transaction-based packet switched data services. User class information and location information needed to make later policy decisions about the requested transaction-based packet switched data service collected during the determination ( 904 ). If the user is not authorized to access the network 100 the process 900 denies ( 906 ) the user request.
  • the process 900 determines ( 908 ) whether requested service is a transaction-based packet switched data service. If the service request is not for a transaction-based packet switched data service, the process 900 handles ( 910 ) the user request with other service request processes.
  • the process 900 determines ( 912 ) whether the user is authorized to access the specific requested transaction-based packet switched data service. If the user is not authorized to access the specific requested transaction-based packet switched data service, the process 900 denies ( 906 ) the user request.
  • the process 900 selects ( 914 ) a service provider for the specific requested transaction-based packet switched data service.
  • the selection ( 914 ) is made in conjunction with a stored rule base implementing policy decisions of an operator of the network 100 based on one or more factors. Factors may include a user identity, a location of the user, a time of day, a user class, a service provider class, network conditions, pre-agreement rules, and/or governmental regulations. For example, if the operator of network 100 would normally supply specific requested transaction-based packet switched data service, the rule base selection preferentially chooses the operator as the service provider.
  • the process 900 authorizes ( 916 ) the user's request.
  • Authorization ( 916 ) may include participation by the service provider and/or the operator of the network 100 .
  • the service requested by the user is transaction-based so authorization ( 916 ) involves determining if the user making the request has sufficient credit or payment facilities to pay for the anticipated debt resulting from the service being provided. If the user is not authorized to make the purchase of the selected transaction-based service the process 900 denies ( 906 ) the service to the user.
  • the process 900 connects ( 918 ) the user to the identified service provider and a packet switched data service session is initiated.
  • the initiated transaction-based packet switched data service may encompass one or more purchases of transaction based services by the user from the identified service provider.
  • the process 900 monitors ( 920 ) each individual purchase session within a single user session and generates ( 922 ) billing and other information for the purchase or purchases.
  • the process 900 may forward ( 924 ) billing information to a node in real time, or near real time. The type of billing information and other information will depend upon the type of packet switched data service provided and the provider.
  • the type of information gathered will be a policy decision of the network operator.
  • the type of information gathered will usually be based upon a pre-agreement between the operator of the network 100 and the third party provider. For example, purchase authorization may limit the maximum network resources allowed to be used in attempts to deliver the transaction based service.
  • a pre-agreed policy may determine under what conditions the service may be delivered and what constitutes the limits of reasonable attempts to deliver the service by the network operator.
  • pre-agreed policy rules may include a threshold at which the service delivery attempt is aborted, the purchase canceled and the purchase session is prematurely declared complete. Under more typical “normal” conditions, a purchase session is determined as complete when the delivery of the transaction-based service is finished.
  • the process 900 transfers ( 926 ) the billing information and other information to the node.
  • Billing may be based on many factors, such as volume, duration, time, final destination, location, quality of service, SMS, served IMSI/subscriber, reverse charging, free of charge, flat rate, and bearer service.
  • the process 900 credits ( 928 ) billing units to an account of the user for payment and information units stored for information transfer. There may also be an exchange of information between the service provider and network operator related to the purchase session completion.
  • the process 900 reconciles ( 930 ) any usage information to service provider records.
  • the user may choose to make further transaction based service requests. If the user has no further requests and/or all purchase sessions are completed, then the service session is complete. If the user chooses to make further and/or multiple purchase requests from the same service provider during the same service session, then these additional requests are handled by process 900 .
  • a single combined I/O module and service module provides external data connections and packet processing.
  • This combined card is hosted in a computer chassis, such as a “pizza box”.
  • an MSSP is used to provide Voice over IP (VoIP) services in which packetized voice traffic is passed between the mobile network and the fixed network.
  • VoIP Voice over IP
  • MVNO Mobile Virtual Network Operator
  • multiple operators share a single MSSP. Services, user groups, and other configuration are done one a per-operator basis.
  • data communication between a subscriber of one virtual operator is handled by services for that operator. That is, a flow for a subscriber only triggers services provided by that operator.
  • the operator of the physical network can receive usage information, for example, to bill the virtual operators for their use of the physical network.
  • the virtual operators receive detail records for their subscribers so that they can bill their subscribers, service providers, and advertisers on a service model basis.
  • one MSSP may route communication for a particular virtual operator to another network location, for example, to another MSSP, without processing the flows.
  • the MSSP described above can serve as a gateway for a variety of different types of wireless data networks, including CMDA, TDMA, and third-generation (3G) systems.
  • the functionality of the MSSP can be combined with other nodes.
  • the functionality of a GGSN and an MSSP can be combined into one node.
  • An MSSP can also control communication that does not involve a wireless data network.
  • the model approach with external service platforms is applicable to monitoring and controlling communication sessions passing between networks, such as between a subscriber's network and a wide area backbone network, or between a wireless LAN and a fixed network.

Abstract

An approach to handling packet-based data communication sessions between users and one or more data services is used for creating, provisioning, and using the data services to monitor and control packet-based data sessions between mobile terminals in a wireless telephone network and service providers accessible to those mobile terminals over a data network, for example over the Internet. For any particular mobile terminal, multiple service interactions, which may overlap in time, can be handled during a period of time during which the mobile terminal maintains data communication with the system. In one aspect the approach features a provisioning a service on the node, which includes configuring a detection point for the service. The node processes communication. This processing includes monitoring the communication to identify matches to the configured detection point. On identifying a match to the configured detection point, service logic for the service is notified of the detection point.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application claims the benefit of U.S. Provisional Applications No. 60/292,564 filed [0001] 22 May 2001, “Method for Sponsored Packet Switched Data Services on a Wireless Network,” and No. 60/293,756 filed May 25, 2001, “Method for Transaction Based Packet Switched Data Services on a Wireless Network.” These applications are incorporated herein by reference.
  • BACKGROUND
  • This invention relates to providing data services in a data communication system. [0002]
  • First generation wireless telephone networks, such as AMPS (Analog Mobile Phone Service) networks, used analog radio transmission architectures to provide mobile communications that enabled users of mobile telephones to connect to providers of analog services, such as voice-based services. These systems did not directly support data communication between mobile telephones and other computers or devices through the wireless rework. [0003]
  • Most wireless systems today are digital and are based on a number of different radio transmission techniques and system architectures including GSM (Global System for Mobile communication), TDMA (Time Division Multiple Access) and CDMA (Code Division Multiple Access). These digital systems are generally referred to as second-generation (2G) systems. In general, these 2G systems make use of digital circuit switched connections to provide mobile services in which mobile terminals (e.g., mobile telephones) are connected with particular destinations. The most common services offered over such wireless networks are voice-based services such as land-to-mobile, mobile-to-land, mobile-to-mobile calls. The voice signals for the calls are digitally encoded during radio transmission between the mobile terminals and the fixed mobile network. In the fixed mobile network, the encoded voice traffic is handled and switched on an individual circuit basis, for example switching the traffic to another mobile terminal on the same wireless network, to the Public Switched Telephone Network (PSTN), or to another Public Land Mobile Networks (PLMN). [0004]
  • Support for data services in these second-generation wireless networks is somewhat limited. One type of data service in these systems is a short message services (SMS), which enables unidirectional transmission of short datagrams of up to 256 bytes in length to the mobile telephone. Some 2G systems, such as GSM based systems, also allows bi-directional transmission of SMS messages. However, SMS is designed for the transmission of independent messages, which can tolerate a reasonable delivery delay across the network. [0005]
  • Another type of data service in 2G systems is a circuit-switched data (CSD) service in which a mobile terminal (e.g., a mobile telephone of a computer coupled through a mobile telephone) establishes a data circuit to a particular destination. While the mobile terminal is connected, it makes dedicated use of one or more channels of the type that are used to carry encoded voice traffic. The entire capacity of these channels is allocated to the user, and the user is typically charged on the basis of the duration of the “call.” For example, the mobile terminal may connect to a gateway to a data network, such as the Internet, and a fixed-rate data channel is established and reserved between the mobile terminal and the gateway. Thus CSD is not particularly efficient for communication over packet switched data networks in which the traffic is “bursty” (i.e., highly variable data rate) in nature because much of the capacity of the data channels goes unused. For example, “Web browsing” from a mobile terminal to servers on the Internet typically results in bursty use of the data channel. [0006]
  • To enable second-generation networks to more optimally provide a bearer service for packet switched data communication between mobile terminals and fixed networks, upgrade technologies such as the General Packet Radio System (GPRS) have been developed. GPRS augments GSM systems to more efficiently handle packet switched data. GPRS is more efficient in part by not reserving entire channels for particular mobile terminals. In a GPRS-based system, several nodes are added into a standard mobile network architecture. Packet Control Units (PCUs) are used to provide a packet data switched interface to the radio interface of the network. One or more Serving GPRS Support Nodes (SGSNs) and a Gateway GPRS Support Node (GGSN) are also added to provide a data path from the PCUs to the external networks. Other GPRS related nodes may be added, however these are typically the minimum requirement to implement GPRS on a second-generation network. A GPRS enabled network still handles voice-based services using circuit switched methods. However, an important distinction of GPRS for data transmissions is that, unlike CSD, GPRS is specifically designed for the transport of packet switched data. Because of this feature, multiple users, even within the same serving radio cell, can share the radio and fixed bearer resources of the network. This significantly increases the resource efficiency and improves network utilization. GPRS can theoretically provide user application data rates up to 115 kB/sec, although this is dependent upon the radio link conditions and requires specific compatibility for this mode by both the network radio interfaces and the mobile terminals. As the data bearer service is based on packet switched data from the mobile terminal throughout the network, multiplexing on the bearer service is readily possible such that multiple application data streams can be carried between the mobile terminal and different points internal and external to the wireless network. For example, a user could simultaneously web browse, check e-mail, run a videophone session and download a file. [0007]
  • SUMMARY
  • Present GPRS systems provide limited options for provisioning, controlling, metering and billing of mobile users' use of data services. For example, the SGSN and GGSN can create call detail records (CDRs) that relate to the entire duration of a data connection to a mobile terminal. Billing based on these CDRs is typically based on the duration of the connection, on the amounts of data passed to and from the mobile terminal, or on a fixed-price. [0008]
  • In a general aspect, the invention provides a mechanism for handling packet-based data communication sessions between users and one or more data services. The mechanism is applicable to creating, provisioning, and using the data services to monitor and control packet-based data sessions between mobile terminals in a wireless telephone network and content providers accessible to those mobile terminals over a data network, for example over the Internet. For any particular mobile terminal, multiple service interactions, which may overlap in time, can be handled during a period of time during which the mobile terminal maintains data communication with the system. [0009]
  • Handling of the data communication can feature one or more of monitoring for the purpose of accounting and billing, controlling access to services, and redirection of access to services. [0010]
  • Monitoring the sessions for the purpose of accounting and billing provides support for a variety of different billing models, including billing one or more parties who are determined by the nature of each of the communication sessions and accounting by time used, amount of data transferred, or number or type of transactions carried out. [0011]
  • Controlling access to services can be based on a variety of service-specific criteria, for example based on user-specific information. One example of controlling access is a pre-paid data service in which access is controlled to not allow users to exceed their prepaid allowance. [0012]
  • Redirection of access to services includes direction of attempted access to a “virtual service” to an actual service. This type of redirection is similar to direction for calls to toll-free (“800”) telephone numbers, which are directed by the telephone network to actual telephone numbers. [0013]
  • Handling the data communication sessions can feature passing information about the sessions to external systems, and receiving commands from the external systems that are used to determine how to further handle the sessions. For instance, in the case of redirection of a “virtual service,” an external system may be requested to provide instruction regarding the user's attempt to connect to the virtual service, and the external system then sends a response that identifies the actual service to which the user is to be directed. [0014]
  • Handling a data communication sessions can feature monitoring the session using a state machine that defines a model for the session. Pre-configured or configurable states or state transitions in the model are associated with events in the session being monitored according to the state machine. Detection of these states or state transitions determines how the session is handled. [0015]
  • In one aspect, in general, the invention is a method for processing data communication passing through a node in a data network. The method includes provisioning a service on the node, which includes configuring a detection point for the service. Communication passing through the node processed by the node. This processing includes monitoring the communication to identify matches to the configured detection point. On identifying a match to the configured detection point, service logic for the service is notified of the detection point. [0016]
  • Aspects of the invention can include one or more of the following features: [0017]
  • The processed data communication includes communication from a wireless network, such as a second-generation (2G) wireless telephone network, or a third-generation (3G) wireless telephone network. [0018]
  • The processed data communication includes communication from a GPRS enabled wireless network. [0019]
  • The processed data communication includes communication from a wireless local area network (WLAN). [0020]
  • Provisioning the service includes receiving a specification for configuring the detection point. [0021]
  • Provisioning the service includes receiving configuration information for the service from a server external to the node, for example for a provisioning application executing externally to the node. [0022]
  • The data communication includes packet data communication. For example, the packet data communication includes Internet Protocol (IP) data communication. [0023]
  • Configuring the detection point includes specifying characteristics at one or more protocol layers, such as a network layer, a transport layer or an application layer. [0024]
  • Specifying characteristics at a transport layer includes specifying characteristics related to a Transport Control Protocol (TCP). [0025]
  • Specifying characteristics at an application layer includes specifying characteristics of a Hyper Text Transport Protocol (HTTP), a RADIUS application protocol, or a Domain Name Service (DNS) protocol. [0026]
  • Specifying characteristics at one or more protocol layers includes specifying characteristics at multiple protocol layers. [0027]
  • Specifying characteristics at one or more protocol layers includes specifying a regular expression that identifies fields of data packets at one or more protocol layers. [0028]
  • The method can further include, on identifying a match to the detection point, processing the communication according to the service logic. [0029]
  • On identifying a match to the detection point, communication associated with the matched detection point is suspended. [0030]
  • Further processing the communication includes receiving a specification for an event detection point from the service logic, configuring event detection points, and then monitoring the communication to identify matches to the configured event detection point. [0031]
  • Further processing the communication includes redirecting the communication. [0032]
  • Further processing the communication includes passing the communication through a communication tunnel to a destination associated with the service. [0033]
  • Further processing the communication includes filtering the communication. [0034]
  • Filtering includes blocking data packets according to an address identified in the packets. [0035]
  • Further processing the communication includes applying a policy to the communication. [0036]
  • Applying a policy to the communication includes applying a data rate policy. [0037]
  • Provisioning the service includes identifying metering characteristics of communication for service interaction. Processing communication passing through the node then further includes detecting service interactions in the data communication each associated with the service and recording metering information for the detected service interactions. [0038]
  • Recording metering information for the detected service interactions includes recording an amount of data transferred in the service interaction. [0039]
  • Recording an amount of data transferred includes recording a number of packets. [0040]
  • Recording an amount of data transferred includes recording a number proportional to a number of bytes. [0041]
  • Recording an amount of data transferred includes recording an amount of data passed in one direction through the node. [0042]
  • Recording metering information for the detected service interactions includes recording a rate of data transfer during the service interaction. [0043]
  • In another aspect, in general, the invention is a method for processing data communication passing through a node in a data network. The method includes processing communication sessions in the data communication passing through the node, including monitoring data packets for the communication sessions to identify matches to a configured detection point. On identifying a match to the configured detection point in one of the communication sessions, a request is passed to external service logic identifying the detection point. Further processing the communication session is then according to information received from the service logic in response to the passed request. [0044]
  • In another aspect, in general, the invention is a method for metering a service provided over data communication passing through a node in a data network. The method includes provisioning the service. This provisioning includes identifying characteristics of communication for service interaction. Service interactions are detected in the data communication each associated with a particular user of the service. Information related to the detected service interactions is then provided. [0045]
  • In yet another aspect, in general, the invention is a method for processing packet data communication between mobile stations on a wireless telephone network and content providers on a fixed network. The method includes provisioning a service on a node coupling the wireless network and the fixed network, including configuring service logic for the service. Packet data communication passing between the wireless telephone network and the fixed network through the node is processed at the node. This processing includes monitoring the communication to identify communication sessions associated with the provisioned service. Detection points are matched in the identified communication sessions and service logic is executed in response to matching of the detection points. [0046]
  • Executing service logic can include communicating with an external service platform, and processing the packet data communication includes processing the communication according to information received from the external service platform. [0047]
  • In another aspect, in general, the invention is a communication node. The node includes a service manager configured to accept provisioning information for services. The node also includes a database coupled to the service manager, which includes storage for storing the accepted provisioning information. The node also includes circuitry for passing packet data communication through the node and for detecting configurable events in the data communication. A service execution engine is programmed to communicate with the service manager and to receive notifications of the detected events for the circuitry for passing data. [0048]
  • The database can further include storage for detail records, and the service execution engine is further programmed to generate details records in response to the received notifications. [0049]
  • The invention can provide one or more of the following advantages. [0050]
  • Detailed accounting and associated billing models can be implemented using this architecture. For example, in a period in which a mobile telephone is in data communication with the wireless network, some of the data communication may be billed to the user, some to a service provide of a “toll-free” data service, and some to a sponsor of the data service, such as to the user's employer. Such detailed billing is not available to operators of wireless data networks today due to the relatively coarse granularity provided by existing detail records. [0051]
  • Separation of a function of event and trigger detection from potentially complex service logic allows modification of the service logic without any change to the hardware architecture. This approach provides many of the advantages seen in Intelligent Network (IN) based telephone networks in which the switching system is separated from the control logic that resides in a Service Control Point (SCP). In IN-based telephone networks, by enabling the appropriate detection points in call flows, new services can be implemented without changing the switching system. Using the mechanism for data services, a similar separation is achieved by monitoring data packet communication according to finite state models, and enabling detection points in those models to support the external service logic. [0052]
  • The approach is not necessary limited to handing data communication between a wireless telephone network and external fixed networks. Fine-grained control and monitoring of packet data is applicable in other environments. For example, the approach is applicable to handling packet communication between wired networks, or on wireless local area networks. [0053]
  • Other features and advantages of the invention are apparent from the following description, and from the claims.[0054]
  • DESCRIPTION OF DRAWINGS
  • FIG. 1 is a diagram of a wireless communication system for providing data services to a number users of mobile stations; [0055]
  • FIG. 2 is a system architecture diagram for the wireless communication system of FIG. 1 in a GSM/GPRS environment; [0056]
  • FIG. 3 is a diagram of the logical architecture of a Mobile Switching Services Platform (MSSP); [0057]
  • FIG. 4 is a diagram of the architecture of the Service Control Layer of the MSSP; [0058]
  • FIG. 5 is a diagram illustrating use of detection points in a TCP flow; [0059]
  • FIG. 6 is a diagram of the physical architecture of an MSSP; [0060]
  • FIG. 7 is a block diagram of a I/O module and a service module of an MSSP; [0061]
  • FIG. 8 is a flowchart for a sponsored data service; and [0062]
  • FIG. 9 is a flowchart for a transaction based data service.[0063]
  • DESCRIPTION
  • Referring to FIG. 1, in a [0064] wireless communication system 100 data communication between a number of mobile stations (MSs) 132, such as wireless cellular telephones, and a number of content providers 150, such as Web servers, is handled by a mobile data-switching center (MDSC) 110. Mobile terminals 132 are operated by mobile users 130 and communicate over wireless links to base transceiver stations (BTS) 122. The BTS 122 are coupled to MDSC 110 over a mobile network 120, which provides a fixed network communication infrastructure for passing communication between MDSC 110 and MSs 132. MDSC 110 is also coupled to content providers 150 over a data network, here over public Internet 140.
  • [0065] Wireless communication system 100 also supports voice communication between MSs 132 and a telephone network, Public Switched Telephone Network (PSTN/SS7) 190, which is controlled by a Signaling System 7 (SS7) infrastructure. A mobile switching center (MSC) 180 is coupled between mobile network 180 and PSTN/SS7 190.
  • Mobile data switching center (MDSC) [0066] 110 provides enhanced handling of mobile data communication sessions between MSs 132 and content providers 150. One type of handling relates to monitoring of the sessions for billing purposes.
  • One aspect of this monitoring relates to tracking and processing individual sessions that occur while a [0067] MS 132 is in data communication over Internet 140. For instance, MS 132 may establish data communication through mobile network 120 for a period of time. MS 132 is assigned an Internet Protocol (IP) address to use for the duration of the period it is in data communication through mobile network 120, and can communicate with other devices over Internet 140 essentially in the same manner as fixed computers coupled to the Internet. Therefore, MS 132 can establish a number of communication sessions with different content providers 150, and these sessions can overlap in time. Examples of content providers include content servers, such as today's Web servers which provide content using HTTP (Hyper Text Transport Protocol) or mail servers that provide mail messages using POP (Post Office Protocol).
  • [0068] MDSC 110 implements a services model for data interactions between MSs 132 and content providers 150. Taken abstractly, a “service” describes the delivery of content or functionality to a user 130, typically in such a way as to provide value to the user. A particular service defines interactions with users each of which have a beginning, middle, and an end and is typically associated with a particular content provider 150.
  • [0069] Operator 135 provisions a number of services of various types on MDSC 110. The system can include an operator 135 of the physical wireless network as well as a number of Mobile Virtual Network Operators (MVNOs). For example, different services may be associated with different content providers 150. A service typically defines charging information to be captured to generate detail records related to use of the service by users 130. The definition of a service may also provide class of restriction information that may be applied against users or groups of users to inhibit a particular service or features associated with a given service. MDSC 110 optionally collects performance and usage metering, which it can provide to operator 135. MDSC 110 creates service detail records (SDRs) to provide a partial or complete summary of a service interaction, which it also provides to operator 130. One use of the SDRs by operator 130 is for billing. Typically a single SDR will be created to summarize a service interaction with a particular user, although partial records can optionally be generated for resource intensive service interactions to ensure that at least partial billing records will be available in the event of a complete system failure. Multiple SDRs can also be generated when the charges for a service interaction are split among several parties, for example, between an advertiser, a subscriber, and a sponsor.
  • As part of the definition of a service that [0070] operator 130 provisions on MDSC 110, an initial detection point specifies the start of an interaction with a user 130 of the service. MDSC 110 monitors and controls many different types of data packets, at a variety of protocol layers, according to state machines each responsible for specific types of packets. Within each state machine there are certain strategic places where important information becomes available or key control decisions can be made. These places are called detection points. A service definition identifies a particular detection point as the initial detection point for the service. When MDSC 110 identifies such an initial detection point in data flowing through it, service logic for the associated service is executed. The service logic typically defines the user interaction with the service for the duration of the interaction. During the service interaction, the service logic registers additional detection points in various of the state machines to gain real-time access to the packet data and to allow it to influence the control decisions made by the state machine.
  • [0071] MDSC 110 inspects all data packets passing between the MS 132 and the Internet 110. Between occurrences of detection points for an application, data passes through MDSC 110 without the intervention of the service logic. Therefore, most packets are inspected and passed through MDSC 110 with little or no additional delay due to the inspection. Some packets, such as packets associated with starts or ends of communication sessions may require additional processing, and may be intercepted and delayed until acted upon by service logic that is implemented in the MDSC or in external service platforms coupled to the MDSC.
  • [0072] MDSC 110 processes data communication at various layers of the protocol stack. For instance, MDSC 110 processes IP, UDP, TCP or other protocols, as well as sessions within higher layer protocols such as HTTP. Furthermore, MDSC 110 processes “sub” sessions of what a user 130 perceives as a “session.” For example, when a user accesses a HTML (Hyper Text Markup Language) document on a Web server, this may result in data being sent to the user from a number of different content providers. For example, a separate “sub” session is established between MS 132 and an advertiser 160 to deliver advertising content from the advertiser while the content the user is seeking may come from the content provider. In general, MDSC 110 processes session data at any of layer 2 (data link layer) through layer 7 (application layer) of the standard ISO protocol stack.
  • Based on monitoring of the communication data passing through [0073] MDSC 110, MDSC 110 passes various types of detail records to an operator 130 of the wireless system, typically in “real time” (i.e., with low delay as opposed to periodic batch processing). Different billing policies are applied by the operator to the communication sessions according to the service being performed. The differences in the policies include the basis for the billing, such as a duration of the session, an amount of data transferred during the session, or a number or type of transactions with the content provider carried out during the session. Another difference in the policies includes the payer for the session, which can include one or more of the user 132, content provider 150, or advertiser 160 with whom the user communicated. The payers can also include a sponsor 170 for a session, who may not have been directly involved in the communication with the user. An example of a sponsor is a user's employer.
  • In addition to monitoring communication data for billing purposes, [0074] MDSC 110 monitors the communication for control purposes. An example of control of communication sessions is access control involving determining whether a user is authorized to establish a particular session. For example, access control may be based on the user having subscribed to the service to which the user is attempting to be connected. Access control can also be based on a prepayment model in which the user can access the service if they have a sufficient balance in their account. Other types of access control can be based on the user providing credentials (e.g., a password) or agreeing to pay for the service being accessed. The MDSC may communicate with operator 130 to determine whether the user is authorized to establish the session.
  • Another form of control of communication sessions involves redirection. A user may attempt to establish a communication session with a service, and based on monitoring of that attempt, [0075] MDSC 110 redirects the communication to a particular content provider 150. This redirection may involve redirecting a request to establish a communication session with one content provider 150 to another content provider 150. The redirection may also involve redirecting a request to communicate with a “virtual” service to an actual content provider 150. For example, a service may be identified by a name, such as “Flowers” and MDSC 110 redirects the request to a content provider that provides online ordering of flowers. The nature of the redirection is configurable. The redirection can depend on particular characteristics of the user attempting to establish the session, for example, depending on whether they have subscribed to the “Bouquet” service. The redirection can also depend on the characteristics of the mobile station (MS) 132 being used by the user, for example, depending on the geographic location of the MS, or the capabilities of the MS device.
  • These forms of redirection share many characteristics of redirection of telephone calls in an Intelligent Network (IN) based telephone system. For example, if a user dials a toll-free telephone number, such as 1-800-FLOWERS (1-800-356-9377), the call is detected by a telephone switch. An external platform, in particular a Service Control Point (SCP), receives notification of the detected toll-free number and determines the actual telephone number to which to direct the call. In the data service approach described above, the MSSP can request that an external platform determine where to direct a virtual data service. [0076]
  • Referring to FIG. 2, in one version of [0077] wireless system 100, the functionality of the system shown in FIG. 1 is implemented in a GSM-based system in which data communication is provided according to the General Packet Radio Service (GPRS) approach. In this version, an additional network element, mobile service switching processor (MSSP) 260 is inserted into an essentially standard GSM/GPRS architecture in the communication path between mobile network 120 and Internet 140. In general, MSSP 260 implements the session monitoring and control functions described in the overview above.
  • In this version of the system, a Gateway GPRS Support Node (GGSN) [0078] 250 provides a gateway for communication between MSs 132 and external networks, such as Internet 140. Within mobile network 120, a Base Station Controller (BSC) 222, which together with one or more BTSs 122 connected to it form a Base Station System (BSS) 220, provides the fixed end of radio communication with one or more MS 132. As a MS 132 travels, even while in voice or data communication with the system, the MS may communicate with a number of different BSS 222, and the system manages this mobility according to standard techniques to maintain communication with the MS.
  • Voice and data communication from [0079] MS 132 is split at a Packet Control Unit (PCU, no shown) of a BSC 222. Voice communication is passed to Mobile Switching Center (MSC) 180 while data communication is passed to a Serving GPRS Support Node (SGSN) 230. MSC 180 sets up voice circuits over PSTN 290 using control communication over SS7 network 292. Control of these voice circuits can include supporting pre-paid voice services in which MSC 180 accesses servers over the SS7 network to determine whether the use has an adequate balance to make the call.
  • [0080] MSC 180 communicates with a number of servers in providing voice communication service. These include a prepay server 212, a home location register (HLR) 214, a visitor location register (VLR) 216, and a location server 218.
  • Data communication passes between [0081] BSC 222 and SGSN 230. In general an SGSN 230 supports multiple BSS 220, and each BSS 220 connects to a single SGSN 230. Each SGSN 230 communicates with a GGSN 250 over GPRS Backbone Network (GBN) 240, which is typically a private data network coupling the SGSN and GGSN nodes.
  • When [0082] user 130 wants to establish data communication from MS 132, the user initiates a request sent by MS 132 to attach itself to the data network. This request is received by BSS 220 and then passed to SGSN 230. SGSN 230 receives the MS identification, typically the International Mobile Subscriber Identity (IMSI) and authenticates the user. The MS requests that the SGSN create a PDP (Packet Data Protocol) Context, which identifies an Internet Protocol (IP) address or indicates that it needs a dynamically assigned address. The SGSN passes this request to the GGSN, which essentially creates the data communication link and acts as a gateway for communication between the MS and an external network. The MS can request a connection to a specified network. In this example, we assume that the MS requests connection to the public Internet. After the PDP context is established, the MS essentially has a virtual link between it and the GGSN, which is providing the gateway function to the external network.
  • During establishment of the PDP context, [0083] GGSN 250 communicates with an authentication server 275, such as a RADIUS server. MSSP 260 detects and monitors the interchange with the authentication server. Using the monitored information, MSSP 260 determines the mapping between the identity of MS 132 and the IP address used by the MS for communication over the Internet. In alternative embodiments, such as those in which authentication is not performed using communication that passes through the MSSP, MSSP 260 obtains the mapping information externally such as over SS7 network 292. For example, MSSP 260 can communicate over the SS7 network to obtain information from the servers 212-218 that are used by MSC 180.
  • Both [0084] SGSN 230 and GGSN 250 create call detail records (CDRs) related to an MS 130 PDP context, which the pass to a charging gateway 272 which performs some processing and matching of the CDRs and forwards billing information to billing node 270. In general, SGSN 230 collects information about the radio portion of the virtual data link between MS 132 and GGSN 250. For instance, the SGSN collects the total duration of the connection and amounts of data sent to or from the MS. In general, GGSN 250 collects information about the external network portion of the communication, including the network connected to (e.g., the Internet), the duration of the PDP context, and the amount of data sent back and forth the external network.
  • After an [0085] MS 132 establishes the virtual data link to GGSN 250, MS 132 is able to initiate communication to Internet 140. For example, a MS 260 may first attempt to contact a Domain Name Server (DNS), which is a computer on Internet 140 that translates a text-based host name into a numeric address. MSSP 260 detects the initial translation request as well as the response.
  • [0086] MSSP 260 monitors all communication between each MS 132 and hosts on Internet 140. MSSP 260 identifies the source MS of each packet according to its source IP address. During the course of monitoring this communication, MSSP 260 generates a number of detail records, which it forwards to billing node 270. By having translated the user's IP address to their IMSI, these detail records directly identify the user's IMSI, MSDN, or both, without necessarily requiring further translation.
  • As [0087] MSSP 260 detects certain points in communication sessions between the MS 132 and destinations on the Internet it generates detail records which it forward to billing node 270. Such points, or “detection points,” can include, for example the initiation or termination of IP flows to particular content providers. Furthermore, as introduced above, MSSP 260 also controls the IP flows and the associated protocol state machines. MSSP 260 communicates with administration and service platforms 280, which are separate computers coupled to the MSSP. These service platforms implement service logic that determines how events in the IP flows that are detected by the MSSP should handled. One or more of these platforms can be co-located with the MSSP and operated as a system forming MDSC 110, which was introduced in FIG. 1. MSSP 260 can also communicate with external service platform 282, for example, over a data network. For example, an external service platform 282 may be operated by a content provider 150 or by a virtual operator.
  • [0088] MSSP 260 is configurable to determine when to generate detail records, and when to block IP flows pending instructions from a service platform 280. This configuration can be statically provisioned. In addition, the configuration can be dynamically created or updated, for example, during the course of processing a communication session, or in response to external events, for example, a user entering a geographic area by the MSSP. The MSSP can optionally obtain this information over a link to the location server.
  • Referring to FIG. 3, [0089] MSSP 260 is architecturally divided into three distinct layers. A hardware layer 310 provides high-speed processing of packets passing between mobile network 110 and Internet 140. Certain packets are identified in hardware layer 310 as requiring further handling, and these are handled by of a Service Transport Layer (STL) 320 and possibly by a Service Control Layer (SCL) 330. When hardware layer 310 does not process a packet itself, it buffers the packet and sends information about the packet (but generally not the packets themselves) to STL 320, and waits for a reply from the STL before further processing the packet.
  • [0090] Hardware layer 310 implements physical data communication interfaces to the external networks, such as mobile network 110 and Internet 140 as well as interfaces to STL 320. The hardware layer also provides the capability to set triggers or event notifications based on IP flow characteristics which the hardware layer detects without the need for software assistance from higher layers in the architecture. Hardware layer 310 is designed to support Quality of Service restrictions on a per user per application basis. The hardware layer implements deep packet processing not only to enable trigger and event processing, but also to analyze data on the fly in real-time. Virtual output queuing system within the hardware layer allows for a fine degree of control that may be used for traffic shaping or policing IP flows. The hardware layer also provides SS7 connectivity.
  • [0091] STL 320 is responsible for managing hardware resources used to route packet traffic between the I/O ports of the MSSP as well as manipulate the various hardware registers that control the flow of data as well as setting triggers and detecting events. STL 320 either processes the information it receives from the hardware layer directly and informs the hardware layer how to process the packet, or passes information about the packets to the third layer, Service Control Layer (SCL) layer 330.
  • [0092] STL 320 is responsible for processing requests originated at SCL 330 related to subscriber sessions and request and notification detection points. STL 320 also implements an IP routing engine used to route packets onto the IP network. STL 320 detects session events and notifies the SCL. The STL controls hardware layer 310 and thereby determines how packet flows are handled. The STL is responsible for managing the hardware registers used to arm both trigger and event detection points and register event notifications.
  • [0093] SCL 330 provides an interface to administration and service platforms 280 and executes service logic associated with provisioned services and interfaces with STL 320 to control hardware layer processing of data passing through MSSP 260. The SCL implements the interface logic and state machines necessary to implement each API. Applications register with an API to set detection points, monitor connection status, and route service requests. The SCL layer will validate and translate API requests to STL requests as necessary to enable detection points and event monitoring.
  • [0094] STL 320 manages user sessions (i.e., PDP contexts) and different communication IP conversations, such as TCP sessions, within the overall user session. STL 330 also manages and inspects subscriber data packets and implement several types of flows and detection points. STL 320 supports address translation, packet filters, tunneled flows, and supervised flows. STL also counts packets as well as bytes sent and received belonging to any given flow. STL implements detection points on flows. Detection points can be based on individual flow type and can be based on patterns defined using protocol layers 2 through 7. STL will also provide capability to set detection points based on thresholds on the counter values, for example, setting a detection point to occur every 10 kB of data is transferred.
  • [0095] STL 320 provides a capability to limit IP address/port numbers for a given set of session groups. This capability can be used by the SCL to build packet-filtering service and network based firewalls.
  • [0096] STL 320 also provides capability to send packets meeting criteria to a pre-configured tunnel. The criteria are based on IP header and transport layer header characteristics. These flows can be used by SCL to build VPN capabilities.
  • [0097] SCL 330 provides support for the various external MSSP interfaces, such as interfaces to service platforms 280. SCL 330 also implements interface logic and state machines that are used implement each API. The SCL can also communicate over the SS7 network, for example, to obtain information about subscribers. Applications executing on service platforms 280 register with an API to set detection points, monitor connection status, and route service requests. SCL 330 validates API requests from applications and translates them to STL requests, which it passes to STL 320 as necessary to enable request and notification detection points and event monitoring. SCL 330 is also responsible for housing the MSSP configuration database as well as the IP Detail Record (IPDR) database. SCL 330 also provides an interface to external network management systems for provisioning and fault management. The SCL collects data from STL 320, external applications executing on service platforms 280, and API state machines on a per service request basis in order to generate IPDRs for billing or service request statistics, which it forwards to the billing node.
  • Referring to FIG. 4, [0098] SCL 330 includes modules related to management and monitoring of services as well as modules related to execution of the provisioned service logic.
  • The SCL is responsible for housing a [0099] configuration database 432 as well as the detail record database 434. The SCL also interfaces with external network management systems for provisioning and fault management. The SCL collects data from the STL, external applications, and the API state machines on a per service request basis in order to generate Detail Records (DR) for billing or service request statistics.
  • A [0100] service manager 420 is responsible for managing a variety of service related functions as well as interfacing to the core to perform management functions. OAM&P (Operations Administration Maintenance and Provisioning) servers 410, which include a provisioning server, a network management server, a billing server, and a reporting server, provide interfaces between the operator systems and service manager 420. The OAM&P servers 410 insulate the service manager from the external clients as well as provide the framework necessary to prioritize access to management resources.
  • One function of [0101] service manager 420 is to respond to requests from a provisioning application to create and provision particular services. Service manager 420 creates the service and stores information related to the service in a configuration database 432. Service manager 420 communicates with an SCL core 450 to enable the service so that user sessions for that service are handled by the MSSP.
  • As part of the provisioning process, an operator can also identify one or more subscriber groups associated with the service. A subscriber group may be used to group users by privileges or by rate plan. Subscriber groups are made up of one or more users who share common properties for billing or network access purposes. A user constitutes an individual subscriber who will have a session with the packet switched network with one or more active flows. The subsections that follow will examine each of these concepts in greater detail. Subscribers are not necessarily individually provisioned in the MSSP. [0102]
  • [0103] Service manager 420 communicates with SCL core 450, which generally controls real-time aspects of monitoring and control of service interactions. SCL core 450 is the central runtime component of the SCL software architecture. The SCL core provides an event-based execution environment in which queues of pending message are service. The SCL core uses scripts to serve as the sequencer with respect to message processing. The scripts serve as linked lists of calls to compiled code resulting in desirable performance characteristics while maintaining a greater degree of flexibility with respect to specifying system logic. Some messages that are processed by the SCL core are associated with detection points that have been detected in the data flowing through the MSSP. In processing a message, SCL core 450 executes a script associated with the message. Typically script execution is suspended when a request to a remote server is made and a response or acknowledgement is required. A suspended script will later resume execution when the remote server provides the reply or acknowledgement that the originally blocked the script. While suspended other messages are processed by scripts.
  • [0104] SCL core 450 uses a STL server 460 as an interface to STL 320, and uses an API server 440 as an interface to applications executing on service platforms external to the MSSP.
  • [0105] SCL Core 450 calculates statistics of system performance as well as support the generation of detail records. These statistics are updated under the control of scripts executing in the execution environment. Periodically, SCL core 450 exports these calculated statistics to service manager 420, which uses them to compute derived statistics. Service manager 420 calculates system performance statistics based on information it receives from SCL core 450.
  • A script that implements service logic for a particular provisioned service may control a number of separate data flows. A flow is an abstraction used to describe the movement of packet data through the MSSP. A user may have multiple active flows under the context as a single session. Flows are dynamic in nature and will typically be set up and torn down as the user interacts with the network resources providing the various services. A single flow belongs to a single user under the context of a single service. A flow may also be said to indirectly belong to a particular operator since a user belongs to a single operator subscriber base. Note that a user may have multiple flows active simultaneously that belong to different services. For example, a user may have multiple windows open on a wireless device browsing different web sites each implementing a particular service. [0106]
  • [0107] SCL core 450 collects per flow meters that may be further aggregated into per session meters. Flow detail records can be conditionally written when a flow is terminated. Detail records created to provide a partial or complete summary of a flow are known as flow detail records (FDR's). It is possible to create multiple detail records for a single flow. Each detail record contains a sequence number to allow the records to be ordered relative to the order they were written within the context of a given user session or particular flow.
  • [0108] SCL core 450 provides a set of real-time statistics that are sent to service manager 420 for distribution to external processes configured to receive real-time monitoring data. The real-time statistics sent by the core are sent periodically based on the configuration of the MSSP. Real-time statistics may be on a per operator, user group or service basis.
  • [0109] SCL core 450 periodically sends operator real-time records to service manager 420 to provide real-time performance metrics on a per operator basis. The real-time records are typically computed within the SCL core in real-time as messages are processed within the execution environment. A configurable periodic timer initiates the real-time data export process that packages up the real-time data elements and sends them to the service manager for distribution and further computation. Service real-time records and subscriber group real-time records are similarly sent periodically from the SCL core to provide real-time performance metrics on a per service basis. SCL 330 supports a number of detail record formats that will allow data to be captured at a number of levels. These include Application Detail Records, Service Detail Records, User Detail Records, and Flow Detail Records. The service manager computes statistics for intervals of time, for example, for 5 minute, hour or all day intervals and writes these computed statistics to the reporting database.
  • [0110] SCL 330 is able to register and report events on a per flow basis under control of the scripts that execute the service logic. The process begins when a service application registers a notification detection point. The registration process involves setting up a set of patterns that will be matched against flows in real-time. Typically the patterns are keyed off the control messages of the protocol being used at layers 2-7. For instance, a TCP session that is in the process of opening will exchange a number of protocol messages between the two hosts. The exchange of the TCP protocol control messages cause the flow state machine to walk through the connection establishment states. The notion of a detection point begins with identification a set of transitions within the state machine as places where state transitions can be detected and reported to an external application. A detection point can be further qualified with a set of conditions such that only certain flows matching the conditions will be reported to an external application. In practice a detection point is a combination of the specific point within the state machines as well as a set of conditional variables. Event reporting is the process of notifying an external application of when a flow passes one or more detection points and it meets the conditional parameters. The actual events reported are a function of the protocol being implemented. The notion of event reporting is typically most useful for connection-oriented protocols since these types of protocol implement well-defined state machine. Event reporting on connectionless protocols like UDP are not typically very useful as there is not state machine leaving little to report. In many cases the state machine is implemented in a higher-level protocol layered on UDP. An example of a protocol in this class is WAP 1.0. The WAP stack defines an application layer protocol over UDP that implements a state machine. Detection points can be defined on application protocols contained within UDP packets.
  • A request detection point can also be a point at which applications can take control of the session while the data communication for the flow is suspended. An application typically registers request detection points at strategic points where it would like to get involved in the connection setup or protocol processing. When packet within a flow passes matches all the conditional parameters associated with a detection point, flow processing is suspended and an event message is sent to the application that set the detection point. The application may take actions to change the default handling of the flow. The changes may involve redirecting a connection request to a different destination address or terminating the connection completely. The idea is that the application has the ability to determine how the connection request is routed through the network as well as the ability to configure flow or session parameters for metering or security purposes. An application must respond to a request event in a timely fashion. Failure to do so would potentially cause unnecessary delays as well as a great deal of queuing. If the application fails to respond to the request event within a timeout period (configurable), the suspended flow is resumed and the default actions configured for the service are performed. Request detection points allow an application to selectively interrupt flows to execute service logic that determines how the service is provided. While request detection points are most useful for connection-oriented protocols they may also be applied to non-connection oriented protocol like DNS, DHCP, or RADIUS. In these protocols a request detection point may be used to intercept and serve a request, as well as to synchronize the response with the application running externally to the MSSP. A request detection point might be useful on the response to a RADIUS authentication request since it would notify the application and allow it to send commands to the MSSP to configure the filters for the flow before returning the authentication response. This sequence would ensure that the proper filters were applied to the flow from the start. Note that both types of detection points (request and notification) are typically used simultaneously in a complimentarily fashion to allow the application to control and monitor the interaction. [0111]
  • An example of a request detection point on a TCP Open where the application supplies a destination address in the connect message and asks to receive event reports until the session is established successfully or the session fails because it cannot be established. [0112]
  • The detection point may be registered as a request detection point, or an notification detection point. When a flow encounters a request detection point, packet forwarding will be halted and the SCL Core is notified. The response from the service logic instructs the STL how to proceed and packets in the flow are delivered accordingly. If the detection point was registered as a notification detection point, events will be sent for cases where the packets in the flow match the conditions specified when the notification detection point was registered. Note that the detection point condition string may contain wildcard card characters that may be used to specify a wide range of matching values. Upon receiving the registration request the STL will install the detection point and send a confirmation indicating the success of the registration operation. [0113]
  • The STL allows applications to specify filters to apply to flows on a session (user) or per flow basis. This functionality can be used to create a walled garden to enforce subscription-based models where subscribers are only allowed to access sites related to their subscriptions. The functionality can also be used to create network resident firewalls. The functionality can be applied dynamically such that if a subscriber where to sign up for a pay per view site an application could update the filters applied to an individual subscriber to give the subscriber access to the functionality for the contracted period. The dynamic nature of the filtering features can also be used to open holes on dynamic ports on command by a media gateway using the API. The operator can therefore ensure that only authorized streaming traffic is allowed on the carrier network. This is in contrast to typical IP routers that allow static access lists to be created to manage packet filtering. The MSSP allows this functionality to be performed by the hardware and the embedded software more efficiently than the user of static lists or the user of an application server software approach. The MSSP access lists will be configurable on a per flow basis, however, it is more likely that access lists will be controlled on a per user or session basis. [0114]
  • The MSSP allows applications to manage VPNs and flows routed over the VPNs within the system. The use of VPNs is on the increase as Internet and network security attacks grow broader in scope. The MSSP is capable of supporting client initiated VPNs as well as NAS-Initiated (Network Access Server) VPNs. The MSSP provides the capability to configure each VPN type and allow applications to control when the VPNs are established and what traffic is routed over the established VPNs. Alternately the MSSP is capable of metering those VPNs that simply pass thru the MSSP from the user client to a remote Internet termination point. [0115]
  • An application associates itself with a detection point by identifying a detection point class, detection point, and the conditions that must exist in order to create a control dialog with the application. Such a detection point is then called an Initial Detection Point (IDP). Traffic passing through the state machine that does not match the given condition criteria is unaffected. When conditions match the given criteria, a control dialog is created between the state machine and the application, and the application is notified of the event. [0116]
  • When the detection point has been armed to provide only an event report, the control dialog only exists long enough to send the event notification, and packet processing by the state machine continues unimpeded. When the detection point has been armed as a trigger, the control dialog persists after the event report, and processing of the packet by the state machine is suspended until a response if received from the application. Triggers allow the application to influence the subsequent control decisions made by the state machine. [0117]
  • When a packet is suspended at a detection point, the application has several different ways to respond. It may simply allow packet processing to be resumed normally, without influencing any control over the state machine. This type of response is called Continue. Another possible response is called Release, which directs the state machine to abort further processing of the packet. The application may also provide a new destination for the packet by using a Connect response. Finally, an application may provide state machine-specific control over the state machine's subsequent processing of the packet by using a Control response. The control dialog continues after the application has provided the trigger response only when additional event reports have been requested. [0118]
  • An application may also use the control dialog created by an IDP to request subsequent event reports from other detection points in the same execution context of the state machine. Event detection points may be requested by an application in conjunction with the Continue and Connect trigger responses, or they may be requested with a separate Event Report Request message. Event detection points only apply to the state machine context that created the control dialog and do not cause event reports to be generated by any other context of that state machine. Event detection points are automatically removed when the corresponding state machine context is removed. [0119]
  • A control dialog is always created when conditions match arming criteria at an initial detection point. Typically an application will arm only one initial detection point within a given detection point class (state machine) as a trigger, and use the resulting control dialogs to request any additional event reports that are needed by the application. An application may, however, arm multiple IDPs within a given detection point class. Each IDP operates independently of the other, and the resulting control dialogs are distinct. In some cases it may be possible for the application to have multiple concurrent control dialogs established for the same state machine context, but no advantage can be taken of this fact; the control dialogs must still be managed independently as if different applications were involved. [0120]
  • Referring to FIG. 5 a high-level illustration of the detection point message flow for a hypothetical application that is to control TCP connections to a specific destination address: [0121]
  • 1. Application in the SCL arms a detection point associated with the detection of a SYN packet, which is associated with the creation of a TCP flow. The detection point criteria identify the target destination address to be controlled. [0122]
  • 2. The Mobile Station (MS) initiates a TCP connection to the target destination address, causing a TCP SYN packet to be sent towards the target destination address. [0123]
  • 3. As the TCP SYN packet transits the MSSP, the TCP state machine in the STL evaluates the conditions at the TCP SYN state detection point and finds a match with the arming criteria stored by the SCL at [0124] step 1. Processing of the SYN packet is suspended and an initial detection point indication is sent to the SCL to initiate a control dialog with the SCL.
  • 4. SCL evaluates the data provided by the detection event indication and determines that the TCP connection should be directed to a different destination. It responds to the STL with the address of different destination and requests to be informed when the TCP connection is terminated. [0125]
  • 5. The STL acknowledges the connection request, forwards the TCP SYN packet on to the new destination, and arms the TCP connection termination detection point to provide an event report for this connection. [0126]
  • 6. The new destination and the mobile station (MS) complete the TCP protocol to open a connection and exchange data. [0127]
  • 7. The mobile station (MS) initiates the TCP disconnect procedure, causing a TCP FIN packet to be sent. As the FIN packet transits the MSSP, the TCP state machine in the STL Entity evaluates the conditions at the TCP FIN detection point and finds a match with the arming criteria stored by the SCL at [0128] step 5. The requested Event Report Indication is sent to the SCL. Since this detection point was armed as an event report and not a trigger, processing of the TCP FIN packet proceeds and the packet is forwarded on to DEST, and the TCP protocol to close the connection is completed.
  • In this example, the detection point was associated with a TCP state machine. The STL layer includes a number of state machines including: load monitoring, Session Group, Subscriber session, RADIUS protocol, DHCP protocol, DNS protocol, TCP protocol, and IP protocol [0129]
  • The criteria that specify the characteristics of a IP detection point include: Operator ID, Subscriber Group ID, Session ID, Source IP Address. Source IP Port number, Destination IP Address, Destination IP Port number, and application. [0130]
  • For the TCP state machine, detection points that can be registered include: FORWARD_SYN, REVERSE_SYN, TCP_ACK, FORWARD_FIN, REVERSE_FIN, and RESET [0131]
  • The SCL can request that the STL configure packet filters for an active session. Typically this request will be made as a result of the STL detecting a subscriber login. The subscriber login remains suspended while the SCL creates the session and configures the appropriate packet filters for the session. Following successful completion of the packet filter request, the SCL sends the Subscriber Login Conf message to allow the subscriber session to proceed. [0132]
  • An example of overall operation of the MSSP is as follows. [0133]
  • 1. At the beginning of this example, Operator, Subscriber Groups, Services, Applications already configured in MSSP database. For example, they are permanently resident in the MSSP or have been provisioned by the operator. [0134]
  • 2. STL processes start up, initialize, and send a STL Up Indication messages to SCL. The message indicates what configuration data is needed by the STL entity and what capabilities the STL entity supports. [0135]
  • 3. SCL processes start up, initialize, and obtain configuration from MSSP database. SCL responds to STL Up Indication messages with an STL Version Config Request. [0136]
  • 4. Each STL entity completes version negotiation with SCL and receives the configuration data that was requested in the STL Up Indication message. [0137]
  • 5. Each STL entity that supports detection points registers each detection point, specifying the IDP and trigger attributes and indicating which criteria parameters are relevant to each. [0138]
  • 6. The detection point registration messages cause SCL to create contextual objects for later management of detection point resources. [0139]
  • 7. Internal application services are activated in the MSSP. [0140]
  • 8. SCL API Servers begin accepting external application connections. [0141]
  • Later, after the MSSP is operating: [0142]
  • 1. An external application connects to API Server and initiates a session, providing its identity and security information. [0143]
  • 2. The API Server authenticates the application, finds everything in order, and confirms the session is open by sending a response back to the application. [0144]
  • 3. The Application and API Server negotiate the protocol version to be used for the remainder of the session. [0145]
  • 4. If the application is not already preconfigured with the Services it provides, the Application obtains the list of Services that it is configured to provide from the API Server. [0146]
  • 5. the Application issues an Arm IDP request to the API Server, identifying the MSSP service, detection point, and arming criteria. [0147]
  • 6. The SCL API Server validates the request against the application's configured privileges and service criteria restrictions, and then forwards the Arm IDP request to the SCL core. [0148]
  • 7. The SCL core script validates the request, associates the indicated MSSP service with the application, increments counters in the corresponding application and service contextual objects, then forwards the Arm IDP request to each STL entity that supports that detection point. [0149]
  • The detection point arming criteria is also saved in the SCL core contextual object so that an arming request can be generated if an STL entity that supports this detection point is subsequently added. [0150]  
  • 8. As each STL entity confirms the arming of the detection point, the corresponding detection point resources are added to the MSSP service contextual object. The addition of the first DP resource causes the MSSP service state to change to “Deployed” and the confirmation of the Arm IDP request is sent to the API Server (after the script for the confirmation increments counters in the corresponding application and service contextual objects). [0151]
  • 9. The API Server relays the Arm IDP confirmation to the application. [0152]
  • 10. Following the same procedure, the application arms any additional initial detection points it needs to implement the service(s) it provides. [0153]
  • 11. Application waits for an IDP Event Indication message. [0154]
  • Later, when a mobile user wants to use the service: [0155]
  • 1. The user turns on the phone (MS), initiating a RADIUS request. [0156]
  • 2. MSSP RADIUS proxy forwards the RADIUS request to the RADIUS server. [0157]
  • 3. MSSP RADIUS proxy receives the successful response from the RADIUS server, determines the Operator ID and Subscriber Group ID that the mobile subscriber belongs to, and sends an STL Subscriber Login Request to the SCL core. [0158]
  • 4. The SCL core script creates a new session contextual object, associates it with the subscriber group and operator contextual objects, assigns the session to a single STL entity, and sends that entity an STL Create Session Request message. [0159]
  • 5. The STL entity reserves resources for the session and responds with an STL Create Session Confirm message. [0160]
  • 6. When the SCL core receives the confirmation, any meters and packet filters that are configured for the operator and subscriber group are configured for the new session by sending the appropriate messages to the STL entity. The default meter masks for the operator and subscriber group are combined and configured in one request to the STL entity. [0161]
  • 7. When all session configuration is complete, the SCL core responds to the MSSP RADIUS proxy with an STL Subscriber Login Conf message. [0162]
  • 8. The MSSP RADIUS proxy returns the successful RADUS response back to the MS. [0163]
  • Later, while the user is has a data connection: [0164]
  • 1. Mobile user initiates a browser connection. [0165]
  • 2. The protocol packet requesting the new connection is routed through hardware controlled by the STL entity that this subscriber session was assigned to. [0166]
  • 3. The STL entity evaluates the criteria at its armed initial detection point and discovers a match. [0167]
  • 4. The STL entity suspends processing of the packet and sends an STL IDP Event Indication message to SCL. [0168]
  • 5. The SCL script associates the suspended flow with the service that contains the reported IDP, increments service and application trigger counters, and forwards the IDP Event Indication to the API Server. [0169]
  • 6. The API Server forwards the IDP Event Indication to the application. [0170]
  • 7. The application examines the IDP event parameters and determines a different destination address for the MS connection, which it supplies in a Connect Request message to the API Server. [0171]
  • 8. The API Server forwards the Connect Request to the SCL core. [0172]
  • 9. The SCL core script increments service and application trigger response counters and sends an STL Connect Request to the STL entity with the suspended packet flow. [0173]
  • 10. The STL entity modifies the packet with the updated destination address and resumes packet processing, returning an STL Connect Conf to the SCL core. [0174]
  • 11. The SCL core relays the connect confirmation to the API Server. [0175]
  • 12. The API Server relays the connect confirmation to the application. [0176]
  • 13. The destination that was chosen by the application receives the connection request from the MS and opens the connection with the MS. [0177]
  • 14. The MS and destination server exchange data. [0178]
  • 15. Periodically during the life of the connection, STL Flow Meter Indication messages are sent from the STL entity to the SCL core to report the values of meter elements configured for that session. [0179]
  • 16. The SCL core accumulates the data in the periodic flow meter indications, updating flow, session, subscriber group, operator, service, and application contextual objects. [0180]
  • 17. The MS disconnects from the destination server. [0181]
  • 18. The STL entity detects the end of the flow and sends the final STL Flow Meter Indication for the flow to the SCL core. No detection point arming by the application or SCL is needed to accomplish this action. However, there are many scenarios where the STL entity will not know when the flow has been terminated. In these cases the SCL core must implement a flow timeout policy and force the flow to be released by the STL entity. [0182]
  • 19. The SCL core script accumulates the data in the flow meter indication as before, updating flow, session, subscriber group, operator, service, and application contextual objects. [0183]
  • 20. The SCL core script produces flow, subscriber, service, and application detail records corresponding to the terminated flow. The association between the flow and service contextual objects allows the billing plan ID configured in the service to be placed in the flow detail record, or the application may have provided the billing plan ID to be placed in the flow detail record. [0184]
  • 21. The detail records are stored in the MSSP database until collected by the operator's billing subsystem. [0185]
  • Referring to FIG. 6, [0186] MSSP 260 is chassis based with a backplane 650 connection a number of different modules. There are four module types: an I/O module 610, a service module 620, a control module 630, and a fabric module 640. Optionally, there are redundant control, SS7, I/O and fabric modules in the system. The number of I/O modules 610 is dependent upon the external connections needed of the wireless system in which the MSSP is used. The number of service modules 620 is generally dependent upon the number of subscribers as well as the number and complexity of the services the MSSP needs to support. I/O modules 610 and service modules 620 are not necessarily associated in a one-to-one relationship. Control module 630 can alternatively be external to the chassis or may be in a mixed configuration in which case some functionality is provided on internal control module 630 and associated functionality is provided in an external computer. All module types can be replicated for one to one redundancy. For example there can be two fabric modules in the MSSP.
  • [0187] Fabric module 640 provides an N-by-N interconnection for the other modules, whereby any module can pass packet data or other information directly to another module.
  • [0188] Control module 630 provides a platform for hosting software-based layers of the MSSP architecture. In this version of the system, the control module uses a Sun Microsystems SPARC based processor.
  • I/[0189] O modules 610 and service modules 620 perform hardware-based processing of data packets. The typical data path for a packet is input to the MSSP at an I/O module 610. The I/O module sends the packet through fabric module 640 to a service module 620. The service module either immediately processes the packet and sends it to an I/O module 620 for egress from the MSSP, or holds the packet for further processing.
  • If [0190] service module 620 needs to communicate with the software-based SCL, it passes messages through fabric module 640 to control module 630 which hosts the software layers. Control module 630 implements a TCP/IP communication stack. If SCL 330, which executes on control module 630, needs to communicate with a service platform 280, it passes such communication through the TCP/IP stack and through fabric module 640 to an I/O module 610 which provides an interface with the service platform.
  • Referring to FIG. 7, I/[0191] O module 610 and service module 620 share a common hardware architecture. A fabric interface 720 provides a communication path to fabric module 640 for passing data to other modules in the backplane. In this version of the system, fabric interface uses a Gigabit Ethernet (GE) to communicate with fabric module 640. A network processor 740 communicates with fabric interface 740 and receives packets that are passed to it through fabric module 640. In this version of the system, network processor is an Intel IXP 1240 processor. Network processor 740 is controlled by a network control processor 744 and makes use of a shared host memory 742, which is shared between the network control processor and the network processor.
  • I/[0192] O module 610 also includes an I/O interface 710. A service module 720 does not need to include this interface, or if present, does not typically make use of it. I/O interface 710 provides external data connections for the MSSP. For instance, data passes between the MSSP and mobile network 120 and between the MSSP and Internet 140 over such an I/O interface. Packets pass directly between I/O interface 710 and network processor 740.
  • A [0193] classification coprocessor 730 “snoops” on data packets passing between network I/O interface 710 and fabric interface 720 and network processor 740. Classification coprocessor is configured to detect particular types of packets by detecting characteristics of those packets at any protocol level. The patterns that the classification coprocessor detects are stored in a coprocessor pattern memory 732, which is set a classification control processor 734. When classification coprocessor 730 detects a particular type of packet is it looking for, it informs network processor 740 with little delay after network processor 740 has received the packet. In this version of the system, classification coprocessor 730 is manufactured by Solidum Systems, and provides detection of packets based on regular expression specifications. These regular expressions can involves features of the packet at one or more protocol layers.
  • Software layers of the MSSP architecture, which execute on [0194] control module 630, set the packet patterns (i.e., detection points) to be detected by communicating with classification control processor 734 through fabric module 650, fabric interface 720, and network processor 740.
  • [0195] Service module 620 also includes and encryption/decryption engine 750, which is used by the service module for maintaining tunnel connections to external services. For example, communication between MSSP 250 and a content provider 150 may be over a secure tunnel. The encryption/decryption engine implements the encryption and decryption needed in hardware.
  • A typical path for a packet flowing from [0196] mobile network 120 to Internet 140 enters MSSP 260 through an I/O interface 710 on an I/O module 610. The packet passes to network processor 740 on the I/O module. Network processor 740, possibly aided by classification coprocessor 730, determines whether the packet is part of a communication session with a Mobile Station (MS) 132 that is supposed to be managed by the MSSP. If it is, network processor 740 passes the packet directly to a service module 620 through fabric interface 720 and fabric module 650. The packet enters the service module through its fabric interface 720 and passes to network processor 740 on the service module. Classification coprocessor 730 snoops on the packet passing from fabric interface 720 to network processor 740. If the packet matches a pattern that the classification coprocessor is configured to detect, the packet coprocessor informs the network processor and network control processor 744.
  • If the packet does not need to processing by software layers of the architecture, [0197] network processor 740 send the packet out fabric interface 720 to an I/O module for transmission out of the MSSP. The I/O module receives the packet, which is passed through network processor 740 to I/O interface 710 and out of the MSSP.
  • If the packet is associated with a detection point at which intervention of a software layer of the architecture is required, [0198] network processor 740 on the service module does not immediately send out the packet. Rather, network control processor 744 communicates with the software by communicating through the fabric module to the control module where the software is hosted. The network control processor eventually receives a response from the software layer, and controls the network processor to handle the packet appropriately. If a response does not come within a configured period, the packet is handled using default processing rules.
  • If the packet is associated with a detection point that does not require suspending the packet but does require notification of the software layers, [0199] network control processor 744 sends a message to the control module and network processor 740 passes the packet on to the appropriate I/O module without waiting from instructions from the control module.
  • Operation of [0200] MSSP 260 uses models, such as finite state models, to monitor communication sessions between the Mobile Stations (MSs) 132 and content providers 150. MSSP 260 is configured to enable detection points at transitions in these call models, for example at states or state transitions of finite state models. The call models occur at various protocol layers. For instance, at a lowest layer, a call model is associated with an entire PDP context. At higher layers, call models are associated with transport layer flows, such as TCP flows. The states of the call model relate to the initial establishment and then termination of the flows. At still higher protocol layers, call models are associated with application layer interchanges, for example associated with communication sessions following the HTTP protocol.
  • Service logic, which may execute on a [0201] service platform 280, on an external service platform 282, or on the control module internal to the MSSP, registers particular detection points of which it requests to be notified or at which it requests to receive control of the session. The detection point is typically identified by a particular state or state transition in one of the call models, as well as by parameters of that detection point. An example is setting a detection point when a TCP session is attempted to be established to a particular IP address, or when an HTTP session requests a particular Web page.
  • The SCL of the MSSP, which executes on a control module in the backplane, receives the request to register a detection point, an issues corresponding requests of the STL, which in turn requests configuration of the network processor and classification coprocessor on a service module. [0202]
  • The approach described above supports a wide variety of service types and billing models. Some illustrative examples are described below. [0203]
  • A first service type is similar to a toll-free telephone calling model. In this service, the user will not be billed for the data communication with the content provider. An example of this is a florist service that is accessed as if it were a web server at an Internet host named 800Flowers.com. [0204]
  • In a setup phase, an external service platform communicates with the MSSP to request to be notified if a user attempt to retrieve a Web page from a host named 800Flowers.com. In the MMSP, the SCL receives and validates the request, and requests the STL to set up hardware triggers and events necessary to perform the detection. [0205]
  • When a user attempts to retrieve a web page from his MS from 800Flowers.com, the configured trigger is detected. The STL informs the SCL of the detection, which notifies the external service platform. The external service platform determines where the request should be routed, in this case to FTD.com, and informs the SCL, which passes a redirection instruction to the STL, which requests that the network processor redirect the remainder of the flow to FTD.com rather than 800Flowers.com. The original packet that was detected is now passed to the Internet, modified to reflect the redirected address. [0206]
  • When the session with FTD.com is completed, the SCL generates an IPDR that reflects the time and amount of data transferred during the session, which it forwards to the billing node. The operator will then bill FTD for this portion of the user's communication, rather than billing the user. [0207]
  • Another service is similar to wireless prepaid voice services. The MSSP is provisioned to detect setup of PDP contexts from particular users. When the MSSP detects a new PDP context, application logic, which in this case is resident on the control module, communicates with an external accounting server to determine whether the user has a positive balance in his account. In one version of this service, this accounting server is accessible over an SS7 network using the same protocol that is used for voice prepaid services. [0208]
  • After the SCL validates the user, the user's data is passed through the MSSP without modification. When the user terminates the session, the SCL passes a command to the accounting server to decrement the user's balance based on the duration or amount of data passed during the session. [0209]
  • In another example, the [0210] network 100 is utilized to provide a sponsored packet switched data service accessed by a user on a fully sponsored basis by another. Both the application based service (the content or user interactive service) and the network service (the packet data transport) are offered on a no charge, no toll basis to the user. Prior to using the service, the user is aware that by connection to the service that neither “air time” packet data transport charges or other content or usage service charges will apply. Optionally, the user may be notified at the time of requesting a service that it is sponsored.
  • A network operator manages and controls the sponsored packet switched data services, which includes any and all unique network addresses that identify the packet switched data service, the policy decisions that determine how, and to which, packet switched data service provider the user is directed, and the policy decisions that determine which sponsor is to be billed for the session and on what basis. The policy decisions for selection and billing may include rules that incorporate pre-agreements between the operator and third parties, either sponsors or service providers, as to the selection of the service provider and the method and basis of payment for the sponsor. A policy decision of which service provider to make a connection to may be made at the time of the service request based upon such factors as a user identity, a location of the user, a time of day, a user class, a service provider class, network conditions, pre-agreement rules, and/or governmental regulations. For example, a policy decision of which sponsor to bill and on what basis can be made at time of the service request based upon similar factors such as the user identity, the location of the user, time of day, user class, service provider class, network conditions, pre-agreement rules, and/or governmental regulations. [0211]
  • Referring to FIG. 8, a sponsored packet switched [0212] data service process 800 includes receiving (802) a request for a packet switched data service. This request typically originates with the user connecting over the air interface to the network 100. The request may also be in response to a push operation by a service sponsor inviting the user to try the sponsor's service. A push operation is one in which the sponsor initiates activity.
  • The [0213] process 800 determines (804) whether the user is authorized to access the network 8 for packet switched data services. User class information and location information needed to make later policy decisions about the packet switched data service is collected during the determination (804). If the user is not authorized to access the network 100 the process 800 denies (806) the user request.
  • If the user is authorized to access the [0214] network 100 for packet switched data services, the process 800 determines (808) whether requested service is a sponsored packet switched data service. If the service request is not for a sponsored packet switched data service, the process 800 handles (810) the user request with other service request processes.
  • If the service request is for a sponsored packet switched data service, the [0215] process 800 determines (812) whether the user is authorized to access the specific requested sponsored packet switched data service. If the user is not authorized to access the specific requested packet switched data service, the process 800 denies (806) the user request.
  • If the user is authorized to access the specific requested packet switched data service, the [0216] process 800 selects (814) a service provider for the specific requested switched data service. The selection (814) is made in conjunction with a stored rule base implementing policy decisions of an operator of the network 100 based on one or more factors. Factors may include a user identity, a location of the user, a time of day, a user class, a service provider class, network conditions, pre-agreement rules, and/or governmental regulations. For example, if the operator of network 100 would normally supply specific requested switched data service, the rule base selection preferentially chooses the operator as the service provider.
  • The selected service provider, i.e., sponsor, identity may be a class, i.e., a subsequently selected service provider, or rules for determining the sponsor from later acquired information. The operator, in the case of where it is providing the service, will be named as the sponsor. If a third party is chosen as the service provider and has agreed to sponsor the service, then it will be identified as the sponsor. The [0217] process 800 may use another rule base that implements policy decisions of the operator for selecting the sponsor. In an example, the selection is based on a pre-agreement between a third party and the operator to be the sponsor or co-sponsor of a particular service.
  • The [0218] process 800 connects (816) the user to the selected service provider and initiates a packet switched data service session. The process 800 monitors and meters (818) the packet switched data session, gathering, for example, billing and other information generated during the session. The type of billing and other information generated depends upon the type of packet switched data service provided and the sponsor. In an example, the type of information gathered will be a policy decision of the network operator. In the case of a third party sponsor, the policy decision is usually based upon a pre-agreement between the operator and the third party. For example, if a third party service provider is the sponsor of a free packet switched data service, the billing information is gathered for network connection charges that are based on a number of criteria. Additionally, information about the use of the data service may be gathered, so that the provider may charge such expenses to, for example, its marketing and advertising accounts. Similarly, when the service provider is the operator it typically has no out-of-pocket costs, but may need to know network usage and data service usage so can transfer this information to, for example, its marketing and advertising accounts.
  • During the session, the [0219] process 800 may forward charging information in real time, or in near real time.
  • When the session is complete, the [0220] process 800 transfers (820) the billing and other information to an appropriate node. The node credits to the account(s) of the identified sponsor(s) for payment and information units stored for information transfer. Also, any usage information, as necessary, is reconciled for user records by the node.
  • In another example, the [0221] network 100 is utilized to provide transaction based packet switched data services to a user on the basis of purchased services being supplied by a service provider to the user. The service provider may be a single third party, multiple third parties, and/or an operator of the network 100. The purchased service may be an application-based service, e.g., content of a service or a user interactive service, a product, e.g., a software program, a license, e.g., rights to use a software program, goods for later delivery, e.g., items for pickup by a user at a facility, vending outlet or sales location, or for delivery by the service provider to the user's location. The network service for the packet switched data transport that is involved in the delivery of the service is bundled in the total purchase price of the service, i.e., the user does not incur a separate charge or toll for any network service necessary to fulfill the purchase request. Prior to using the service, the user is aware that by connection to the service the services are offered on a fee basis and include bundled network service and transport charges. In an example, the user may be notified at the time of requesting a service that it is transaction based on a fee basis.
  • An operator of the [0222] network 100 manages and controls the transaction based packet switched data services. This includes any and all unique network addresses that identify the packet switched data service, the policy decisions that determine how, and to which, packet switched data service provider the user is directed, and the policy decisions that determine how the user is to be billed and on what basis, and any policy decisions that are entrusted to the service provider. The policy decisions for selection and billing may include rules that incorporate any pre-agreements between the operator and third parties, such as service providers, as to the selection of the service provider and the method and basis of payment for the user. For example, the policy decision of which service provider to make a connect to may be made at the time of the service request based upon such factors as the user identity, the location of the user, time of day, user class, service provider class, network conditions, pre-agreement rules, and/or governmental regulations.
  • Referring to FIG. 9, a transaction based packet switched [0223] data service process 900 includes receiving (902) a request from a user for a packet switched data service. The service request may originate from the user through the air interface to the network 100 or the service request may come in response to a push operation by a service provider inviting the user to purchase its service. A push operation is one in which the sponsor initiates activity.
  • The [0224] process 900 determines (904) whether the user is authorized to access the network 100 for transaction-based packet switched data services. User class information and location information needed to make later policy decisions about the requested transaction-based packet switched data service collected during the determination (904). If the user is not authorized to access the network 100 the process 900 denies (906) the user request.
  • If the user is authorized to access the [0225] network 100 for transaction-based packet switched data services, the process 900 determines (908) whether requested service is a transaction-based packet switched data service. If the service request is not for a transaction-based packet switched data service, the process 900 handles (910) the user request with other service request processes.
  • If the service request is for a transaction-based packet switched data service, the [0226] process 900 determines (912) whether the user is authorized to access the specific requested transaction-based packet switched data service. If the user is not authorized to access the specific requested transaction-based packet switched data service, the process 900 denies (906) the user request.
  • If the user is authorized to access the specific requested transaction-based packet switched data service, the [0227] process 900 selects (914) a service provider for the specific requested transaction-based packet switched data service. The selection (914) is made in conjunction with a stored rule base implementing policy decisions of an operator of the network 100 based on one or more factors. Factors may include a user identity, a location of the user, a time of day, a user class, a service provider class, network conditions, pre-agreement rules, and/or governmental regulations. For example, if the operator of network 100 would normally supply specific requested transaction-based packet switched data service, the rule base selection preferentially chooses the operator as the service provider.
  • The [0228] process 900 authorizes (916) the user's request. Authorization (916) may include participation by the service provider and/or the operator of the network 100. The service requested by the user is transaction-based so authorization (916) involves determining if the user making the request has sufficient credit or payment facilities to pay for the anticipated debt resulting from the service being provided. If the user is not authorized to make the purchase of the selected transaction-based service the process 900 denies (906) the service to the user.
  • If the user is authorized to proceed with the purchase of the selected transaction-based service, the [0229] process 900 connects (918) the user to the identified service provider and a packet switched data service session is initiated. The initiated transaction-based packet switched data service may encompass one or more purchases of transaction based services by the user from the identified service provider. The process 900 monitors (920) each individual purchase session within a single user session and generates (922) billing and other information for the purchase or purchases. During each purchase session, the process 900 may forward (924) billing information to a node in real time, or near real time. The type of billing information and other information will depend upon the type of packet switched data service provided and the provider. In an example, the type of information gathered will be a policy decision of the network operator. In the example of a third party provider, the type of information gathered will usually be based upon a pre-agreement between the operator of the network 100 and the third party provider. For example, purchase authorization may limit the maximum network resources allowed to be used in attempts to deliver the transaction based service. A pre-agreed policy may determine under what conditions the service may be delivered and what constitutes the limits of reasonable attempts to deliver the service by the network operator.
  • For example, if poor network conditions result in an unacceptably high number of packet retransmissions during the service delivery attempt due to unrecoverable packet error conditions between the provider and the user, pre-agreed policy rules may include a threshold at which the service delivery attempt is aborted, the purchase canceled and the purchase session is prematurely declared complete. Under more typical “normal” conditions, a purchase session is determined as complete when the delivery of the transaction-based service is finished. [0230]
  • When the purchase session is complete, the [0231] process 900 transfers (926) the billing information and other information to the node. Billing may be based on many factors, such as volume, duration, time, final destination, location, quality of service, SMS, served IMSI/subscriber, reverse charging, free of charge, flat rate, and bearer service.
  • The [0232] process 900 credits (928) billing units to an account of the user for payment and information units stored for information transfer. There may also be an exchange of information between the service provider and network operator related to the purchase session completion. The process 900 reconciles (930) any usage information to service provider records.
  • If the service session between the user and service provider encompasses multiple purchase sessions, the user may choose to make further transaction based service requests. If the user has no further requests and/or all purchase sessions are completed, then the service session is complete. If the user chooses to make further and/or multiple purchase requests from the same service provider during the same service session, then these additional requests are handled by [0233] process 900.
  • In alternative hardware configuration, rather than using a backplane with a fabric card, a single combined I/O module and service module provides external data connections and packet processing. This combined card is hosted in a computer chassis, such as a “pizza box”. [0234]
  • In other embodiments, an MSSP is used to provide Voice over IP (VoIP) services in which packetized voice traffic is passed between the mobile network and the fixed network. [0235]
  • In alternative embodiments, the approach described above is applied to Mobile Virtual Network Operator (MVNO) environments. In one such environment, multiple operators share a single MSSP. Services, user groups, and other configuration are done one a per-operator basis. In this way, data communication between a subscriber of one virtual operator is handled by services for that operator. That is, a flow for a subscriber only triggers services provided by that operator. The operator of the physical network can receive usage information, for example, to bill the virtual operators for their use of the physical network. The virtual operators receive detail records for their subscribers so that they can bill their subscribers, service providers, and advertisers on a service model basis. In another MVNO environment, one MSSP may route communication for a particular virtual operator to another network location, for example, to another MSSP, without processing the flows. [0236]
  • In alternative embodiments, different types of wireless architectures than GSM/GRPS are supported. For instance, the MSSP described above can serve as a gateway for a variety of different types of wireless data networks, including CMDA, TDMA, and third-generation (3G) systems. [0237]
  • Also, in the GSM/GPRS case, the functionality of the MSSP can be combined with other nodes. For example, the functionality of a GGSN and an MSSP can be combined into one node. [0238]
  • An MSSP can also control communication that does not involve a wireless data network. For example, the model approach with external service platforms is applicable to monitoring and controlling communication sessions passing between networks, such as between a subscriber's network and a wide area backbone network, or between a wireless LAN and a fixed network. [0239]
  • Various alternative hardware architectures are also feasible. For example, in alternative architectures, the functionality of the I/O modules and service modules could be combined, and more or less of the functionality supported on the control module can be hosted with the MSSP chassis. [0240]
  • It is to be understood that the foregoing description is intended to illustrate and not to limit the scope of the invention, which is defined by the scope of the appended claims. Other embodiments are within the scope of the following claims. [0241]

Claims (63)

What is claimed is:
1. A method for processing data communication passing through a node in a data network comprising:
provisioning a service on the node, including configuring a detection point for the service;
processing communication passing through the node, including monitoring the communication to identify matches to the configured detection point; and
on identifying a match to the configured detection point, notifying service logic for the service of the detection point.
2. The method of claim 1 wherein processing communication passing through the node includes processing data communication from a wireless network.
3. The method of claim 2 wherein processing data communication from a wireless network includes processing data communication from a second-generation (2G) wireless telephone network.
4. The method of claim 2 wherein processing data communication from a wireless network includes processing data communication from a third-generation (3G) wireless telephone network.
5. The method of claim 2 wherein processing data communication from a wireless network includes processing data communication from a GPRS enabled wireless network.
6. The method of claim 2 wherein processing data communication from a wireless network includes processing data communication from a wireless local area network (WLAN).
7. The method of claim 1 wherein processing communication passing through the node includes processing data communication from a fixed network
8. The method of claim 1 further comprising configuring a plurality of operators of services on the node.
9. The method of claim 8 wherein configuring the operators includes configuring a virtual operator.
10. The method of claim 8 wherein provisioning the service includes associating the service with one of the operators.
11. The method of claim 10 wherein the method further comprises providing data security between operators.
12. The method of claim 1 wherein provisioning the service includes receiving a specification for configuring the detection point.
13. The method of claim 1 wherein provisioning the service includes receiving configuration information for the service from a server external to the node.
14. The method of claim 1 wherein the data communication includes packet data communication.
15. The method of claim 14 wherein the packet data communication includes Internet Protocol (IP) data communication.
16. The method of claim 15 wherein configuring the detection point includes specifying characteristics at one or more protocol layers.
17. The method of claim 16 wherein specifying characteristics at one or more protocol layers includes specifying characteristics at a network layer.
18. The method of claim 16 wherein specifying characteristics at one or more protocol layers includes specifying characteristics at a transport layer.
19. The method of claim 18 wherein specifying characteristics at a transport layer includes specifying characteristics related to a Transport Control Protocol (TCP).
20. The method of claim 18 wherein specifying characteristics at a transport layer includes specifying characteristics related to a Universal Datagram Protocol (UDP).
21. The method of claim 16 wherein specifying characteristics at one or more protocol layers includes specifying characteristics at an application layer.
22. The method of claim 21 wherein specifying characteristics at an application layer includes specifying characteristics of a Hyper Text Transport Protocol (HTTP).
23. The method of claim 21 wherein specifying characteristics at an application layer includes specifying characteristics of a RADIUS application protocol.
24. The method of claim 21 wherein specifying characteristics at an application layer includes specifying characteristics of a Domain Name Service (DNS) protocol.
25. The method of claim 16 wherein specifying characteristics at one or more protocol layers includes specifying characteristics at a plurality of protocol layers.
26. The method of claim 16 wherein specifying characteristics at one or more protocol layers includes specifying a regular expression that identifies fields of data packets at one or more protocol layers.
27. The method of claim 1 wherein the method further includes, on identifying a match to the detection point, processing the communication according to the service logic.
28. The method of claim 27 wherein the method further includes, on identifying a match to the detection point, suspending communication associated with the matched detection point.
29. The method of claim 27 wherein further processing the communication includes:
receiving a specification for an event detection point from the service logic;
configuring an event detection point; and
monitoring the communication to identify matches to the configured event detection point.
30. The method of claim 27 wherein further processing the communication includes redirecting the communication.
31. The method of claim 27 wherein further processing the communication includes passing the communication through a communication tunnel to a destination associated with the service.
32. The method of claim 27 wherein further processing the communication includes filtering the communication.
33. The method of claim 32 wherein the filtering includes blocking data packets according to an address identified in the packets.
34. The method of claim 27 wherein further processing the communication includes applying a policy to the communication.
35. The method of claim 34 wherein applying a policy to the communication includes applying a data rate policy.
36. The method of claim 1 wherein provisioning the service includes communication with a network management system.
37. The method of claim 1 wherein provisioning the service includes:
identifying metering characteristics of communication for service interactions; and
wherein processing communication passing through the node further includes detecting service interactions in the data communication each associated with the service and recording metering information for the detected service interactions.
38. The method of claim 37 wherein recording metering information for the detected service interactions includes recording an amount of data transferred in the service interaction.
39. The method of claim 38 wherein recording an amount of data transferred includes recording a number of packets.
40. The method of claim 38 wherein recording an amount of data transferred includes recording a number proportional to a number of bytes.
41. The method of claim 38 wherein recording an amount of data transferred includes recording an amount of data passed in one direction through the node.
42. The method of claim 37 wherein recording metering information for the detected service interactions includes recording a rate of data transfer during the service interaction.
43. The method of claim 37 wherein recording metering information includes recording metering information for an individual flow in a service interaction.
44. The method of claim 37 wherein recording metering information includes recording metering information for a group of flows in a service interaction.
45. The method of claim 37 wherein recording metering information includes recording metering information for an entire service interaction.
46. A method for processing data communication passing through a node in a data network comprising:
processing communication sessions in the data communication passing through the node, including monitoring data packets for the communication sessions to identify matches to a configured detection point;
on identifying a match to the configured detection point in one of the communication sessions, passing a request to external service logic identifying the detection point; and
further processing the communication session according to information received from the service logic in response to the passed request.
47. The method of claim 46 wherein the further processing includes suspending the communication session, and then passing data for the communication session according to the received information.
48. The method of claim 46 wherein the further processing includes redirecting the communication session according to the received information.
49. A method for monitoring a service provided over data communication passing through a node in a data network comprising:
provisioning the service including identifying characteristics of communication for service interaction;
detecting service interactions in the data communication each associated with a particular user of the service; and
providing information related to the detected service interactions.
50. The method of claim 49 wherein detecting service interactions includes matching the data communication to detection points.
51. The method of claim 50 wherein the detection points include characteristics at multiple protocol layers.
52. The method of claim 49 wherein providing the information includes exporting the information to an external system.
53. The method of claim 49 wherein the information related to the detected sessions relates to a group of subscribers.
54. The method of claim 49 wherein the information related to the detected sessions relates to a particular service.
55. The method of claim 49 wherein the information related to the detected sessions relates to an operator.
56. The method of claim 49 wherein the information related to the detected sessions includes a detail record related to a session.
57. The method of claim 56 wherein the detail record related to the session includes a detail record related to only a portion of the session.
58. The method of claim 49 wherein the information is related to the detected sessions relates to a time interval of operation.
59. A method for processing packet data communication between mobile stations on a wireless telephone network and service providers on a fixed network comprising:
provisioning a service on a node coupling the wireless network and the fixed network, including configuring service logic for the service;
processing packet data communication passing between the wireless telephone network and the fixed network through the node, including monitoring the communication to identify communication sessions associated with the provisioned service;
matching detection points in the identified communication sessions; and
executing service logic in response to matching of the detection points.
60. The method of claim 59 wherein executing service logic include communicating with an external service platform, and processing the packet data communication includes processing the communication according to information received from the external service platform.
61. A communication node comprising:
means for provisioning a service on the node, including means for configuring a detection point for the service;
means for processing communication passing through the node, including means for monitoring the communication to identify matches to the configured detection point; and
means for notifying service logic for the service of the detection point when a match to the configured detection point is identified.
62. A communication node comprising:
a service manager configured to accept provisioning information for services;
a database coupled to the service manager, including storage for storing the accepted provisioning information;
circuitry for passing packet data communication through the device and for detecting configurable events in the data communication; and
a service execution engine programmed to communicate with the service manager and to receive notifications of the detected events for the circuitry for passing data.
63. The communication node of claim 62 wherein the database further comprises storage for detail records, and wherein the service execution engine is further programmed to generate detail records in response to the received notifications.
US10/061,953 2001-05-22 2002-02-02 Platform and method for providing wireless data services Abandoned US20020176378A1 (en)

Priority Applications (6)

Application Number Priority Date Filing Date Title
US10/061,953 US20020176378A1 (en) 2001-05-22 2002-02-02 Platform and method for providing wireless data services
KR10-2003-7015206A KR20040036688A (en) 2001-05-22 2002-05-22 Platform and method for providing wireless data services
JP2002592559A JP2004538685A (en) 2001-05-22 2002-05-22 Platform and method for providing wireless data services
PCT/US2002/016238 WO2002096025A1 (en) 2001-05-22 2002-05-22 Platform and method for providing wireless data services
EP02771865A EP1402683A1 (en) 2001-05-22 2002-05-22 Platform and method for providing wireless data services
US11/330,588 US7586871B2 (en) 2001-05-22 2006-01-12 Platform and method for providing data services in a communication network

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US29256401P 2001-05-22 2001-05-22
US29375601P 2001-05-25 2001-05-25
US10/061,953 US20020176378A1 (en) 2001-05-22 2002-02-02 Platform and method for providing wireless data services

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US11/330,588 Continuation-In-Part US7586871B2 (en) 2001-05-22 2006-01-12 Platform and method for providing data services in a communication network
US11/330,588 Continuation US7586871B2 (en) 2001-05-22 2006-01-12 Platform and method for providing data services in a communication network

Publications (1)

Publication Number Publication Date
US20020176378A1 true US20020176378A1 (en) 2002-11-28

Family

ID=22039245

Family Applications (2)

Application Number Title Priority Date Filing Date
US10/061,953 Abandoned US20020176378A1 (en) 2001-05-22 2002-02-02 Platform and method for providing wireless data services
US11/330,588 Active 2024-06-26 US7586871B2 (en) 2001-05-22 2006-01-12 Platform and method for providing data services in a communication network

Family Applications After (1)

Application Number Title Priority Date Filing Date
US11/330,588 Active 2024-06-26 US7586871B2 (en) 2001-05-22 2006-01-12 Platform and method for providing data services in a communication network

Country Status (4)

Country Link
US (2) US20020176378A1 (en)
EP (1) EP1402683A1 (en)
JP (1) JP2004538685A (en)
WO (1) WO2002096025A1 (en)

Cited By (154)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020176547A1 (en) * 2001-05-25 2002-11-28 Jones Bryce A. Usage-based billing for voice over packet communications
US20030014367A1 (en) * 2001-06-01 2003-01-16 Tubinis Mark A. Topping up a subscriber's account for a multimedia service on a communications network while the service is being provided
US20030081755A1 (en) * 2001-11-01 2003-05-01 Agilent Technologies, Inc. Apparatus and method for processing information from a telephone network
US20030093535A1 (en) * 2001-11-09 2003-05-15 Jihyuk Choi Method for recognizing request for data transmission by mobile/base station RRC using network transfer device
US20030176182A1 (en) * 2002-03-12 2003-09-18 Cerami Robert E. System and method for verifying subscriber data records in a telephone system
WO2003079647A2 (en) * 2002-03-12 2003-09-25 Bellsouth Intellectual Property Corporation System and method for ensuring proper billing in a cellular telephone system
US20030187992A1 (en) * 2001-05-07 2003-10-02 Steenfeldt Rico Werni Service triggering framework
US20040037256A1 (en) * 2002-08-22 2004-02-26 Michael Heubel Radio transmit point for packet based network communication
US20040082323A1 (en) * 2002-08-16 2004-04-29 Smith Christopher D. System and method for triggering a provisioning event
US20040148384A1 (en) * 2003-01-23 2004-07-29 Karthik Ramakrishnan Method for implementing an internet protocol (IP) charging and rating middleware platform and gateway system
US20040193513A1 (en) * 2003-03-04 2004-09-30 Pruss Richard Manfred Method and apparatus providing prepaid billing for network services using explicit service authorization in an access server
US20040215711A1 (en) * 2002-03-14 2004-10-28 Openwave Systems Inc. Mobile services platform architecture
US20040248547A1 (en) * 2001-10-08 2004-12-09 Johan Philsgard Integration of billing between cellular and wlan networks
US20040252657A1 (en) * 2003-06-16 2004-12-16 Shailesh Lakhani Method and system for multimedia messaging service (MMS) rating and billing
US20040258031A1 (en) * 2003-06-19 2004-12-23 Zabawskyj Bohdan Konstantyn Method for implemening a Wireless Local Area Network (WLAN) gateway system
US20050043038A1 (en) * 2001-11-19 2005-02-24 Markus Maanoja Provision of location information
WO2005020027A2 (en) * 2003-08-20 2005-03-03 Visage Mobile, Inc. An architecture that enables a mobile virtual network operator (mvno) to create a branded wireless offering
US20050058067A1 (en) * 2003-09-11 2005-03-17 Mazen Chmaytelli Automatic handling of incoming communications at a wireless device
US20050065879A1 (en) * 2003-09-18 2005-03-24 Convergys Information Management Group, Inc. System and method for web service billing
US6876731B2 (en) 2002-03-12 2005-04-05 Bellsouth Intellectual Property Corporation System and method for managing CDR information
US20050080875A1 (en) * 2003-08-20 2005-04-14 Jethi Rashesh J. Architecture that enables a Mobile Virtual Network Operator (MVNO) to create a branded wireless offering
US20050114153A1 (en) * 2003-11-24 2005-05-26 Hodges Donna K. Methods for providing communications services
US20050114156A1 (en) * 2003-11-24 2005-05-26 Hodges Donna K. Methods for providing communications services
US20050114439A1 (en) * 2003-11-24 2005-05-26 Hodges Donna K. Methods for providing communications services
US20050114542A1 (en) * 2003-11-24 2005-05-26 Hodges Donna K. Methods for providing communications services
US20050114155A1 (en) * 2003-11-24 2005-05-26 Hodges Donna K. Methods for providing communications services
US20050111444A1 (en) * 2003-11-24 2005-05-26 Hodges Donna K. Methods for providing communications services
US20050144544A1 (en) * 2003-12-10 2005-06-30 Alcatel Mechanism for detection of attacks based on impersonation in a wireless network
US20050144304A1 (en) * 2003-11-24 2005-06-30 Hodges Donna K. Methods for providing communications services
US20050163096A1 (en) * 2002-04-25 2005-07-28 Morihisa Momona Mobile communication network system and mobile communication method
US6951009B2 (en) 2002-03-12 2005-09-27 Bellsouth Intellectual Property Corporation System and method for generating computer code to facilitate development of CDR management tools
US20060029084A1 (en) * 2004-08-09 2006-02-09 Cisco Technology, Inc. System and method for signaling information in order to enable and disable distributed billing in a network environment
US20060056415A1 (en) * 2004-03-09 2006-03-16 Ji-Woong Lee Method and system for detailed accounting of packet data
US20060056379A1 (en) * 2004-09-14 2006-03-16 Motorola, Inc. System and method for network-assisted connection in a wireless environment
US7024198B2 (en) * 2001-08-23 2006-04-04 Siemens Aktiengellschaft Method for expediting a short message via a server when a communication participant of a communication network is not available
US20060111079A1 (en) * 2003-11-24 2006-05-25 Tischer Steven N Methods for providing communications services
US20060126809A1 (en) * 2004-12-13 2006-06-15 Halpern Joel M HTTP extension header for metering information
US20060166623A1 (en) * 2002-05-30 2006-07-27 Jarkko Huuhtanen Service provisioning method, system and computer program product
WO2006105422A2 (en) * 2005-03-31 2006-10-05 Tripwire, Inc. Data processing environment change management methods and apparatuses
GB2424972A (en) * 2005-04-08 2006-10-11 Motorola Inc Monitoring content topics in a communication system
US20060262749A1 (en) * 2005-04-18 2006-11-23 Kamen Vitanov System and method of application persistence
US20060281451A1 (en) * 2005-06-14 2006-12-14 Zur Uri E Method and system for handling connection setup in a network
US20070005501A1 (en) * 2003-04-04 2007-01-04 Siemens Aktiengesellschaft Method for monitoring and controlling a number of available decentralized ip budgets of a subscriber in a packet-based communications network during an online assessment of charges with limit value monitoring for data transmissions
US20070043786A1 (en) * 2005-08-16 2007-02-22 Tripwire, Inc. Conformance authority reconciliation
US20070136195A1 (en) * 2005-12-12 2007-06-14 Nokia Corporation Providing communication service sessions
US20070198348A1 (en) * 2006-02-16 2007-08-23 Homing Tung Cybermedia SMS advertisement display panel
US20080008304A1 (en) * 2004-12-07 2008-01-10 Deutsch Douglas A Implementation of collaborative telecommunications services
US20080039070A1 (en) * 2006-06-29 2008-02-14 Amnon Ptashek Remote mobile testing probe
US20080059635A1 (en) * 2006-08-31 2008-03-06 Redknee Inc. Policy services
US20080092150A1 (en) * 2006-09-21 2008-04-17 Jethi Rashesh J Data platform web services application programming interface
US20080181131A1 (en) * 2007-01-31 2008-07-31 Cisco Technology, Inc. Managing multiple application configuration versions in a heterogeneous network
US20080189784A1 (en) * 2004-09-10 2008-08-07 The Regents Of The University Of California Method and Apparatus for Deep Packet Inspection
US20080229470A1 (en) * 2005-08-16 2008-09-25 Sung-Gyu Kim Cap Having Auxiliary Visor
US7454206B1 (en) 2003-05-15 2008-11-18 Sprint Communications Company L.P. Method and system with user identifiers that indicate session type
US20090017809A1 (en) * 2007-01-08 2009-01-15 Jethi Rashesh J Support service architecture for a mobile virtual network operator
US20090157852A1 (en) * 2007-12-14 2009-06-18 Michail Krupkin Flexible and scalable method and apparatus for dynamic subscriber services configuration and management
EP2084846A2 (en) * 2006-11-06 2009-08-05 Velocent Systems Incorporated Method and apparatus regarding using tcp packets to detect when a mobile data flow has been dropped by a mobile network
US7636908B1 (en) 2007-06-14 2009-12-22 Xilinx, Inc. Generation of a specification of a network packet processor
US7669166B1 (en) 2007-06-14 2010-02-23 Xilinx, Inc. Generation of a specification of a processor of network packets
US7784014B1 (en) 2007-05-03 2010-08-24 Xilinx, Inc. Generation of a specification of a network packet processor
US7788402B1 (en) 2007-05-03 2010-08-31 Xilinx, Inc. Circuit for modification of a network packet by insertion or removal of a data segment
US7792117B1 (en) 2007-05-03 2010-09-07 Xilinx, Inc. Method for simulating a processor of network packets
US20100226278A1 (en) * 2007-10-16 2010-09-09 Tamas Borsos Method and monitoring component for network traffic monitoring
US20100235261A1 (en) * 2002-08-08 2010-09-16 Lloyd David B Software Application Framework for Network-Connected Devices
US7817657B1 (en) 2007-06-14 2010-10-19 Xilinx, Inc. Circuit for processing network packets
US7839873B1 (en) * 2002-11-08 2010-11-23 Juniper Networks, Inc. Systems and methods for accelerating TCP/IP data stream processing
US20100303050A1 (en) * 2003-12-23 2010-12-02 Redknee Inc. Method for Implementing an Intelligent Content Rating Middleware Platform and Gateway System
US20110058508A1 (en) * 2004-06-30 2011-03-10 Yahoo! Inc. Communication platform and method for packet communication between a service provider and a radio communicaiton device
US20110082779A1 (en) * 2007-09-13 2011-04-07 Redknee Inc. Billing profile manager
US7933252B2 (en) * 1995-10-05 2011-04-26 Broadcom Corporation Hierarchical data collection network supporting packetized voice communications among wireless terminals and telephones
US7940730B1 (en) * 2004-11-04 2011-05-10 At&T Mobility Ii Llc Network-initiated method and system for establishing data communication using IP with a wireless terminal
US7990867B1 (en) 2007-05-03 2011-08-02 Xilinx, Inc. Pipeline for processing network packets
WO2011121445A1 (en) * 2010-03-30 2011-10-06 France Telecom Mobile virtual network operator system and method of operation thereof
US20110276720A1 (en) * 2010-05-06 2011-11-10 Microsoft Corporation Directing service requests to providers
US20120072317A1 (en) * 2010-09-20 2012-03-22 Agco Corporation Billing management system for agricultural services access
US8144702B1 (en) * 2007-06-14 2012-03-27 Xilinx, Inc. Generation of a pipeline for processing a type of network packets
US8180333B1 (en) 2009-05-29 2012-05-15 Sprint Spectrum L.P. Differential routing of communication-usage records
US20120191822A1 (en) * 2006-02-28 2012-07-26 Harris Corporation Device configuration and data extraction using a portable transaction format
US20120208495A1 (en) * 2010-06-23 2012-08-16 Twilio, Inc. System and method for monitoring account usage on a platform
US20120215863A1 (en) * 2011-02-17 2012-08-23 Prolifiq Software Inc. Dedicated message channel
US8284772B1 (en) 2007-05-03 2012-10-09 Xilinx, Inc. Method for scheduling a network packet processor
US8396075B2 (en) 2002-12-02 2013-03-12 Redknee Inc. Method for implementing an open charging (OC) middleware platform and gateway system
US20140192743A1 (en) * 2011-12-15 2014-07-10 Proximetry, Inc. Systems and Methods for Updating Provisioning Information Provided by a Client
US20140241373A1 (en) * 2013-02-28 2014-08-28 Xaptum, Inc. Systems, methods, and devices for adaptive communication in a data communication network
US8914341B2 (en) 2008-07-03 2014-12-16 Tripwire, Inc. Method and apparatus for continuous compliance assessment
US9003022B2 (en) 2010-06-17 2015-04-07 Zettics, Inc. Determining an average effective data through-put as corresponds to a network-served end user
US9059871B2 (en) 2007-12-27 2015-06-16 Redknee Inc. Policy-based communication system and method
US20150365288A1 (en) * 2013-08-19 2015-12-17 Jacobus Erasmus Van der Merwe Programmable Data Network Management and Operation
US9226217B2 (en) 2014-04-17 2015-12-29 Twilio, Inc. System and method for enabling multi-modal communication
US20150381820A1 (en) * 2014-06-25 2015-12-31 Enflick Inc. Mobile electronic communications using internet protocol
US9240941B2 (en) 2012-05-09 2016-01-19 Twilio, Inc. System and method for managing media in a distributed communication network
US9240966B2 (en) 2013-06-19 2016-01-19 Twilio, Inc. System and method for transmitting and receiving media messages
US9246694B1 (en) 2014-07-07 2016-01-26 Twilio, Inc. System and method for managing conferencing in a distributed communication network
US9247062B2 (en) 2012-06-19 2016-01-26 Twilio, Inc. System and method for queuing a communication session
US9251371B2 (en) 2014-07-07 2016-02-02 Twilio, Inc. Method and system for applying data retention policies in a computing platform
US9253254B2 (en) 2013-01-14 2016-02-02 Twilio, Inc. System and method for offering a multi-partner delegated platform
US9256841B2 (en) 2005-08-09 2016-02-09 Tripwire, Inc. Information technology governance and controls methods and apparatuses
US9270833B2 (en) 2012-07-24 2016-02-23 Twilio, Inc. Method and system for preventing illicit use of a telephony platform
US20160057013A1 (en) * 2014-08-19 2016-02-25 Verizon Patent And Licensing Inc. Testing toll-free data service campaigns
US9274858B2 (en) 2013-09-17 2016-03-01 Twilio, Inc. System and method for tagging and tracking events of an application platform
US9307094B2 (en) 2012-10-15 2016-04-05 Twilio, Inc. System and method for routing communications
US9306982B2 (en) 2008-04-02 2016-04-05 Twilio, Inc. System and method for processing media requests during telephony sessions
US9319857B2 (en) 2012-10-15 2016-04-19 Twilio, Inc. System and method for triggering on platform usage
US9325624B2 (en) 2013-11-12 2016-04-26 Twilio, Inc. System and method for enabling dynamic multi-modal communication
US9338018B2 (en) 2013-09-17 2016-05-10 Twilio, Inc. System and method for pricing communication of a telecommunication platform
US9338280B2 (en) 2013-06-19 2016-05-10 Twilio, Inc. System and method for managing telephony endpoint inventory
US9336500B2 (en) 2011-09-21 2016-05-10 Twilio, Inc. System and method for authorizing and connecting application developers and users
US9338064B2 (en) 2010-06-23 2016-05-10 Twilio, Inc. System and method for managing a computing cluster
US9344573B2 (en) 2014-03-14 2016-05-17 Twilio, Inc. System and method for a work distribution service
US9350642B2 (en) 2012-05-09 2016-05-24 Twilio, Inc. System and method for managing latency in a distributed telephony network
US9357047B2 (en) 2009-03-02 2016-05-31 Twilio, Inc. Method and system for a multitenancy telephone network
US9363301B2 (en) 2014-10-21 2016-06-07 Twilio, Inc. System and method for providing a micro-services communication platform
US9374603B1 (en) 2008-04-15 2016-06-21 Sprint Communications Company L.P. Systems and methods for providing content delivery over a backhaul link in a communication system
US9398622B2 (en) 2011-05-23 2016-07-19 Twilio, Inc. System and method for connecting a communication to a client
US9407597B2 (en) 2008-10-01 2016-08-02 Twilio, Inc. Telephony web event system and method
US9455949B2 (en) 2011-02-04 2016-09-27 Twilio, Inc. Method for processing telephony sessions of a network
US9456008B2 (en) 2008-04-02 2016-09-27 Twilio, Inc. System and method for processing telephony sessions
US9459926B2 (en) 2010-06-23 2016-10-04 Twilio, Inc. System and method for managing a computing cluster
US9459925B2 (en) 2010-06-23 2016-10-04 Twilio, Inc. System and method for managing a computing cluster
US9477975B2 (en) 2015-02-03 2016-10-25 Twilio, Inc. System and method for a media intelligence platform
US9483328B2 (en) 2013-07-19 2016-11-01 Twilio, Inc. System and method for delivering application content
US9491309B2 (en) 2009-10-07 2016-11-08 Twilio, Inc. System and method for running a multi-module telephony application
US9495227B2 (en) 2012-02-10 2016-11-15 Twilio, Inc. System and method for managing concurrent events
US9516101B2 (en) 2014-07-07 2016-12-06 Twilio, Inc. System and method for collecting feedback in a multi-tenant communication platform
US9553799B2 (en) 2013-11-12 2017-01-24 Twilio, Inc. System and method for client communication in a distributed telephony network
US9590849B2 (en) 2010-06-23 2017-03-07 Twilio, Inc. System and method for managing a computing cluster
US9602586B2 (en) 2012-05-09 2017-03-21 Twilio, Inc. System and method for managing media in a distributed communication network
US9621520B2 (en) * 2015-03-19 2017-04-11 Cisco Technology, Inc. Network service packet header security
US9629062B2 (en) 2002-08-22 2017-04-18 At&T Mobility Ii Llc LAN based wireless communications system
US9641677B2 (en) 2011-09-21 2017-05-02 Twilio, Inc. System and method for determining and communicating presence information
US9648006B2 (en) 2011-05-23 2017-05-09 Twilio, Inc. System and method for communicating with a client application
US20170142264A1 (en) * 2015-11-13 2017-05-18 Verizon Patent And Licensing Inc. Selective targeting for sponsored data services
US9774687B2 (en) 2014-07-07 2017-09-26 Twilio, Inc. System and method for managing media and signaling in a communication platform
US9853872B2 (en) 2013-09-17 2017-12-26 Twilio, Inc. System and method for providing communication platform metadata
US9948703B2 (en) 2015-05-14 2018-04-17 Twilio, Inc. System and method for signaling through data storage
US9967224B2 (en) 2010-06-25 2018-05-08 Twilio, Inc. System and method for enabling real-time eventing
US9992608B2 (en) 2013-06-19 2018-06-05 Twilio, Inc. System and method for providing a communication endpoint information service
US10051011B2 (en) 2013-03-14 2018-08-14 Twilio, Inc. System and method for integrating session initiation protocol communication in a telecommunications platform
US10063713B2 (en) 2016-05-23 2018-08-28 Twilio Inc. System and method for programmatic device connectivity
US10165015B2 (en) 2011-05-23 2018-12-25 Twilio Inc. System and method for real-time communication by using a client application communication protocol
US10341829B2 (en) * 2015-07-31 2019-07-02 Suzhou Snail Digital Technology Co., Ltd. Directed data plan service-launching system and method for virtual operator
US10419891B2 (en) 2015-05-14 2019-09-17 Twilio, Inc. System and method for communicating through multiple endpoints
US10659349B2 (en) 2016-02-04 2020-05-19 Twilio Inc. Systems and methods for providing secure network exchanged for a multitenant virtual private cloud
US10686902B2 (en) 2016-05-23 2020-06-16 Twilio Inc. System and method for a multi-channel notification service
US10750028B2 (en) 2017-06-29 2020-08-18 Textnow, Inc. Mobile communications with quality of service
US10805439B2 (en) 2018-04-30 2020-10-13 Xaptum, Inc. Communicating data messages utilizing a proprietary network
US10912053B2 (en) 2019-01-31 2021-02-02 Xaptum, Inc. Enforcing geographic restrictions for multitenant overlay networks
US10924593B2 (en) 2018-08-31 2021-02-16 Xaptum, Inc. Virtualization with distributed adaptive message brokering
US10938877B2 (en) 2018-11-30 2021-03-02 Xaptum, Inc. Optimizing data transmission parameters of a proprietary network
US10965653B2 (en) 2018-03-28 2021-03-30 Xaptum, Inc. Scalable and secure message brokering approach in a communication system
US11057352B2 (en) 2018-02-28 2021-07-06 Xaptum, Inc. Communication system and method for machine data routing
CN113792026A (en) * 2021-08-11 2021-12-14 深圳力维智联技术有限公司 Deployment method and device of database script and computer readable storage medium
US11729588B1 (en) 2021-09-30 2023-08-15 T-Mobile Usa, Inc. Stateless charging and message handling
US11936609B2 (en) 2021-04-23 2024-03-19 Twilio Inc. System and method for enabling real-time eventing

Families Citing this family (155)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003218873A (en) * 2002-01-24 2003-07-31 Fujitsu Ltd Communication monitoring apparatus and monitoring method
DE10332558B4 (en) * 2003-07-11 2006-06-01 Siemens Ag Method for detecting accounting records
US20040205151A1 (en) * 2002-12-19 2004-10-14 Sprigg Stephen A. Triggering event processing
US8290948B2 (en) * 2003-06-30 2012-10-16 Hoshiko, Llc Method and apparatus for content filtering
ES2287534T3 (en) * 2003-10-24 2007-12-16 Telefonaktiebolaget Lm Ericsson (Publ) MEANS AND METHOD TO CONTROL THE PROGRESSION OF SERVICES BETWEEN DIFFERENT DOMAINS.
US20050114514A1 (en) * 2003-11-21 2005-05-26 Bostrom Kevin L. Advising a network component for control of communication session connection through employment of one or more communication session restrictions
EP1549092A1 (en) * 2003-12-22 2005-06-29 Nortel Networks Limited Wireless data traffic statistics
US8046578B1 (en) * 2004-04-14 2011-10-25 Hewlett-Packard Development Comopany, L.P. System and method for providing HTML authentication using an access controller
AU2005239005A1 (en) 2004-04-30 2005-11-10 Research In Motion Limited System and method for handling data transfers
US9143393B1 (en) 2004-05-25 2015-09-22 Red Lambda, Inc. System, method and apparatus for classifying digital data
EP1638261A1 (en) * 2004-09-16 2006-03-22 Matsushita Electric Industrial Co., Ltd. Configuring connection parameters in a handover between access networks
US20060173792A1 (en) * 2005-01-13 2006-08-03 Glass Paul H System and method for verifying the age and identity of individuals and limiting their access to appropriate material
US7415030B2 (en) * 2005-02-10 2008-08-19 International Business Machines Corporation Data processing system, method and interconnect fabric having an address-based launch governor
US7606147B2 (en) * 2005-04-13 2009-10-20 Zeugma Systems Inc. Application aware traffic shaping service node positioned between the access and core networks
US7719966B2 (en) * 2005-04-13 2010-05-18 Zeugma Systems Inc. Network element architecture for deep packet inspection
US7636509B2 (en) * 2005-08-04 2009-12-22 Microsoft Corporation Media data representation and management
US20070038647A1 (en) * 2005-08-04 2007-02-15 Microsoft Corporation Management of media sources in memory constrained devices
US7719995B2 (en) * 2005-09-09 2010-05-18 Zeugma Systems Inc. Application driven fast unicast flow replication
US7733891B2 (en) * 2005-09-12 2010-06-08 Zeugma Systems Inc. Methods and apparatus to support dynamic allocation of traffic management resources in a network element
US20070071018A1 (en) * 2005-09-29 2007-03-29 Laboy Jose A Method of filtering a plurality of data packets
US8392963B2 (en) * 2005-11-28 2013-03-05 Imperva, Inc. Techniques for tracking actual users in web application security systems
JP4545085B2 (en) * 2005-12-08 2010-09-15 富士通株式会社 Firewall device
US8099548B2 (en) * 2006-03-23 2012-01-17 Microsoft Corporation Power efficient media playback on general purpose portable devices
US7849507B1 (en) 2006-04-29 2010-12-07 Ironport Systems, Inc. Apparatus for filtering server responses
US7640023B2 (en) * 2006-05-03 2009-12-29 Cisco Technology, Inc. System and method for server farm resource allocation
US20080082662A1 (en) * 2006-05-19 2008-04-03 Richard Dandliker Method and apparatus for controlling access to network resources based on reputation
US20080022115A1 (en) * 2006-05-31 2008-01-24 Motorola, Inc. Method and system for electronic graffiti
US8244855B1 (en) * 2006-06-21 2012-08-14 Qurio Holdings, Inc. Application state aware mediating server
US8555350B1 (en) 2006-06-23 2013-10-08 Cisco Technology, Inc. System and method for ensuring persistent communications between a client and an authentication server
US8102863B1 (en) 2006-06-27 2012-01-24 Qurio Holdings, Inc. High-speed WAN to wireless LAN gateway
US20080134282A1 (en) * 2006-08-24 2008-06-05 Neustar, Inc. System and method for filtering offensive information content in communication systems
US8832246B2 (en) 2006-09-18 2014-09-09 Emc Corporation Service level mapping method
US8612570B1 (en) 2006-09-18 2013-12-17 Emc Corporation Data classification and management using tap network architecture
US20080104688A1 (en) * 2006-10-27 2008-05-01 Cymphonix Corporation System and method for blocking anonymous proxy traffic
US8353030B2 (en) * 2006-12-13 2013-01-08 Avaya Inc. Maintaining communication between network nodes that are subjected to a packet attack
US8712396B2 (en) * 2007-01-17 2014-04-29 Eagency, Inc. Mobile communication device monitoring systems and methods
US10547687B2 (en) * 2007-01-17 2020-01-28 Eagency, Inc. Mobile communication device monitoring systems and methods
CA2714549A1 (en) * 2007-02-09 2008-08-14 Smobile Systems, Inc. Off-line mms malware scanning system and method
US7937611B2 (en) * 2007-04-30 2011-05-03 Sap Ag Method, system and machine accessible medium of a reconnect mechanism in a distributed system (cluster-wide reconnect mechanism)
CN101304363B (en) * 2007-05-12 2011-12-07 华为技术有限公司 Method for managing conversation connection as well as apparatus and system
US7773510B2 (en) * 2007-05-25 2010-08-10 Zeugma Systems Inc. Application routing in a distributed compute environment
US20080298230A1 (en) * 2007-05-30 2008-12-04 Luft Siegfried J Scheduling of workloads in a distributed compute environment
US7706291B2 (en) * 2007-08-01 2010-04-27 Zeugma Systems Inc. Monitoring quality of experience on a per subscriber, per session basis
US8756337B1 (en) * 2007-08-03 2014-06-17 Hewlett-Packard Development Company, L.P. Network packet inspection flow management
US8291495B1 (en) 2007-08-08 2012-10-16 Juniper Networks, Inc. Identifying applications for intrusion detection systems
US8166521B2 (en) * 2007-08-31 2012-04-24 At&T Intellectual Property I, L.P. Apparatus and method for monitoring communications
US8522248B1 (en) 2007-09-28 2013-08-27 Emc Corporation Monitoring delegated operations in information management systems
US9323901B1 (en) 2007-09-28 2016-04-26 Emc Corporation Data classification for digital rights management
US9141658B1 (en) 2007-09-28 2015-09-22 Emc Corporation Data classification and management for risk mitigation
US8548964B1 (en) 2007-09-28 2013-10-01 Emc Corporation Delegation of data classification using common language
US9461890B1 (en) 2007-09-28 2016-10-04 Emc Corporation Delegation of data management policy in an information management system
US8868720B1 (en) 2007-09-28 2014-10-21 Emc Corporation Delegation of discovery functions in information management system
US8374102B2 (en) 2007-10-02 2013-02-12 Tellabs Communications Canada, Ltd. Intelligent collection and management of flow statistics
US8112800B1 (en) 2007-11-08 2012-02-07 Juniper Networks, Inc. Multi-layered application classification and decoding
US8190628B1 (en) * 2007-11-30 2012-05-29 Google Inc. Phrase generation
US8682960B2 (en) 2008-03-14 2014-03-25 Nokia Corporation Methods, apparatuses, and computer program products for providing filtered services and content based on user context
US8275830B2 (en) 2009-01-28 2012-09-25 Headwater Partners I Llc Device assisted CDR creation, aggregation, mediation and billing
US8635335B2 (en) 2009-01-28 2014-01-21 Headwater Partners I Llc System and method for wireless network offloading
US8924543B2 (en) 2009-01-28 2014-12-30 Headwater Partners I Llc Service design center for device assisted services
US8832777B2 (en) 2009-03-02 2014-09-09 Headwater Partners I Llc Adapting network policies based on device service processor configuration
US8589541B2 (en) 2009-01-28 2013-11-19 Headwater Partners I Llc Device-assisted services for protecting network capacity
US8626115B2 (en) 2009-01-28 2014-01-07 Headwater Partners I Llc Wireless network service interfaces
US8725123B2 (en) 2008-06-05 2014-05-13 Headwater Partners I Llc Communications device with secure data path processing agents
US8924469B2 (en) 2008-06-05 2014-12-30 Headwater Partners I Llc Enterprise access control and accounting allocation for access networks
US8391834B2 (en) 2009-01-28 2013-03-05 Headwater Partners I Llc Security techniques for device assisted services
US8402111B2 (en) 2009-01-28 2013-03-19 Headwater Partners I, Llc Device assisted services install
US8548428B2 (en) 2009-01-28 2013-10-01 Headwater Partners I Llc Device group partitions and settlement platform
US8331901B2 (en) 2009-01-28 2012-12-11 Headwater Partners I, Llc Device assisted ambient services
US8340634B2 (en) 2009-01-28 2012-12-25 Headwater Partners I, Llc Enhanced roaming services and converged carrier networks with device assisted services and a proxy
US8406748B2 (en) 2009-01-28 2013-03-26 Headwater Partners I Llc Adaptive ambient services
US8346225B2 (en) 2009-01-28 2013-01-01 Headwater Partners I, Llc Quality of service for device assisted services
US8572717B2 (en) * 2008-10-09 2013-10-29 Juniper Networks, Inc. Dynamic access control policy with port restrictions for a network security appliance
WO2010052695A1 (en) * 2008-11-06 2010-05-14 Techmind Ltd Method and apparatus for assessing communication quality
US10248996B2 (en) 2009-01-28 2019-04-02 Headwater Research Llc Method for operating a wireless end-user device mobile payment agent
US9578182B2 (en) 2009-01-28 2017-02-21 Headwater Partners I Llc Mobile device and service management
US9351193B2 (en) 2009-01-28 2016-05-24 Headwater Partners I Llc Intermediate networking devices
US10779177B2 (en) 2009-01-28 2020-09-15 Headwater Research Llc Device group partitions and settlement platform
US10064055B2 (en) 2009-01-28 2018-08-28 Headwater Research Llc Security, fraud detection, and fraud mitigation in device-assisted services systems
US9565707B2 (en) 2009-01-28 2017-02-07 Headwater Partners I Llc Wireless end-user device with wireless data attribution to multiple personas
US9392462B2 (en) 2009-01-28 2016-07-12 Headwater Partners I Llc Mobile end-user device with agent limiting wireless data communication for specified background applications based on a stored policy
US9955332B2 (en) 2009-01-28 2018-04-24 Headwater Research Llc Method for child wireless device activation to subscriber account of a master wireless device
US10798252B2 (en) 2009-01-28 2020-10-06 Headwater Research Llc System and method for providing user notifications
US8893009B2 (en) 2009-01-28 2014-11-18 Headwater Partners I Llc End user device that secures an association of application to service policy with an application certificate check
US10264138B2 (en) 2009-01-28 2019-04-16 Headwater Research Llc Mobile device and service management
US10200541B2 (en) 2009-01-28 2019-02-05 Headwater Research Llc Wireless end-user device with divided user space/kernel space traffic policy system
US9572019B2 (en) 2009-01-28 2017-02-14 Headwater Partners LLC Service selection set published to device agent with on-device service selection
US10492102B2 (en) 2009-01-28 2019-11-26 Headwater Research Llc Intermediate networking devices
US8793758B2 (en) 2009-01-28 2014-07-29 Headwater Partners I Llc Security, fraud detection, and fraud mitigation in device-assisted services systems
US9571559B2 (en) 2009-01-28 2017-02-14 Headwater Partners I Llc Enhanced curfew and protection associated with a device group
US9954975B2 (en) 2009-01-28 2018-04-24 Headwater Research Llc Enhanced curfew and protection associated with a device group
US9270559B2 (en) 2009-01-28 2016-02-23 Headwater Partners I Llc Service policy implementation for an end-user device having a control application or a proxy agent for routing an application traffic flow
US10783581B2 (en) 2009-01-28 2020-09-22 Headwater Research Llc Wireless end-user device providing ambient or sponsored services
US10326800B2 (en) 2009-01-28 2019-06-18 Headwater Research Llc Wireless network service interfaces
US8745191B2 (en) 2009-01-28 2014-06-03 Headwater Partners I Llc System and method for providing user notifications
US9647918B2 (en) 2009-01-28 2017-05-09 Headwater Research Llc Mobile device and method attributing media services network usage to requesting application
US9755842B2 (en) 2009-01-28 2017-09-05 Headwater Research Llc Managing service user discovery and service launch object placement on a device
US10484858B2 (en) 2009-01-28 2019-11-19 Headwater Research Llc Enhanced roaming services and converged carrier networks with device assisted services and a proxy
US10841839B2 (en) 2009-01-28 2020-11-17 Headwater Research Llc Security, fraud detection, and fraud mitigation in device-assisted services systems
US9706061B2 (en) 2009-01-28 2017-07-11 Headwater Partners I Llc Service design center for device assisted services
US10237757B2 (en) 2009-01-28 2019-03-19 Headwater Research Llc System and method for wireless network offloading
US9609510B2 (en) 2009-01-28 2017-03-28 Headwater Research Llc Automated credential porting for mobile devices
US9980146B2 (en) 2009-01-28 2018-05-22 Headwater Research Llc Communications device with secure data path processing agents
US9557889B2 (en) 2009-01-28 2017-01-31 Headwater Partners I Llc Service plan design, user interfaces, application programming interfaces, and device management
US9253663B2 (en) 2009-01-28 2016-02-02 Headwater Partners I Llc Controlling mobile device communications on a roaming network based on device state
US11218854B2 (en) 2009-01-28 2022-01-04 Headwater Research Llc Service plan design, user interfaces, application programming interfaces, and device management
US10715342B2 (en) 2009-01-28 2020-07-14 Headwater Research Llc Managing service user discovery and service launch object placement on a device
US10057775B2 (en) 2009-01-28 2018-08-21 Headwater Research Llc Virtualized policy and charging system
US9858559B2 (en) 2009-01-28 2018-01-02 Headwater Research Llc Network service plan design
JP2012517127A (en) * 2009-02-13 2012-07-26 エヌイーシー ヨーロッパ リミテッド Communication network and operation method of communication network
US9398043B1 (en) 2009-03-24 2016-07-19 Juniper Networks, Inc. Applying fine-grain policy action to encapsulated network attacks
US8176069B2 (en) * 2009-06-01 2012-05-08 Aol Inc. Systems and methods for improved web searching
US8601114B1 (en) 2010-05-21 2013-12-03 Socialware, Inc. Method, system and computer program product for interception, quarantine and moderation of internal communications of uncontrolled systems
US8509071B1 (en) 2010-10-06 2013-08-13 Juniper Networks, Inc. Multi-dimensional traffic management
US8787875B2 (en) * 2010-10-22 2014-07-22 Affirmed Networks, Inc. Aggregating multiple functions into a single platform
KR20120072060A (en) * 2010-12-23 2012-07-03 한국전자통신연구원 Apparatus, system and method for managing node based on network lacked continuous network connectivity
JP5739182B2 (en) 2011-02-04 2015-06-24 インターナショナル・ビジネス・マシーンズ・コーポレーションInternational Business Machines Corporation Control system, method and program
JP5731223B2 (en) * 2011-02-14 2015-06-10 インターナショナル・ビジネス・マシーンズ・コーポレーションInternational Business Machines Corporation Abnormality detection device, monitoring control system, abnormality detection method, program, and recording medium
JP5689333B2 (en) 2011-02-15 2015-03-25 インターナショナル・ビジネス・マシーンズ・コーポレーションInternational Business Machines Corporation Abnormality detection system, abnormality detection device, abnormality detection method, program, and recording medium
US9154826B2 (en) 2011-04-06 2015-10-06 Headwater Partners Ii Llc Distributing content and service launch objects to mobile devices
TWI569614B (en) * 2011-08-30 2017-02-01 萬國商業機器公司 Method, appliance, and computer readable medium for processing a session in network communications
US9161226B2 (en) 2011-10-17 2015-10-13 Blackberry Limited Associating services to perimeters
US9613219B2 (en) * 2011-11-10 2017-04-04 Blackberry Limited Managing cross perimeter access
US9565120B2 (en) 2012-01-30 2017-02-07 Broadcom Corporation Method and system for performing distributed deep-packet inspection
CN102630088A (en) * 2012-03-12 2012-08-08 北京中创信测科技股份有限公司 Method for carrying out signaling analysis through customizing state machine
WO2013143137A1 (en) * 2012-03-31 2013-10-03 France Telecom Research & Development Beijing Company Limited Content centric m2m system
US9369466B2 (en) 2012-06-21 2016-06-14 Blackberry Limited Managing use of network resources
EP2744173B1 (en) * 2012-10-26 2018-08-15 Huawei Device (Dongguan) Co., Ltd. Multiple-service processing method and browser
US9338225B2 (en) * 2012-12-06 2016-05-10 A10 Networks, Inc. Forwarding policies on a virtual service network
US9413651B2 (en) 2012-12-14 2016-08-09 Broadcom Corporation Selective deep packet inspection
JP6499179B2 (en) * 2013-08-30 2019-04-10 インターデイジタル パテント ホールディングス インコーポレイテッド Methods for application-specific access control
US9529858B2 (en) * 2014-03-06 2016-12-27 Yahoo! Inc. Methods and systems for ranking items on a presentation area based on binary outcomes
EP2942925B1 (en) * 2014-05-05 2016-08-24 Advanced Digital Broadcast S.A. A method and system for providing a private network
US20150341285A1 (en) * 2014-05-22 2015-11-26 Akamai Technologies, Inc. Metadata transport between mobile network core and external data network
JP2017535128A (en) * 2014-09-24 2017-11-24 ブイ・5・システムズ・インコーポレイテッド Dynamic data management
US10855645B2 (en) 2015-01-09 2020-12-01 Microsoft Technology Licensing, Llc EPC node selection using custom service types
US11080744B2 (en) 2015-05-13 2021-08-03 Abl Ip Holding, Llc Systems and methods for dynamically transmitting content to potential customers
CN109074456A (en) * 2015-10-29 2018-12-21 江格 The computer attack blocking method of two-stage filtering and the device for using this method
US10075416B2 (en) 2015-12-30 2018-09-11 Juniper Networks, Inc. Network session data sharing
AU2017251520A1 (en) 2016-04-11 2018-10-04 Tti (Macao Commercial Offshore) Limited Modular garage door opener
US10028145B2 (en) * 2016-04-15 2018-07-17 Microsoft Technology Licensing, Llc Blocking undesirable communications in voice over internet protocol systems
US20180108044A1 (en) 2016-10-05 2018-04-19 Shelfbucks, Inc. Assessing state information for retail displays
US10554598B2 (en) * 2016-12-09 2020-02-04 Microsoft Technology Licensing, Llc Accessibility processing when making content available to others
US20180324061A1 (en) * 2017-05-03 2018-11-08 Extrahop Networks, Inc. Detecting network flow states for network traffic analysis
JP7178365B2 (en) 2017-05-05 2022-11-25 マイクロソフト テクノロジー ライセンシング,エルエルシー Method and system for Service Capability Exposure Function (SCEF)-based Internet of Things (IOT) communication
US11170409B2 (en) 2017-05-19 2021-11-09 Abl Ip Holding, Llc Wireless beacon based systems utilizing printable circuits
CN110800275B (en) 2017-05-31 2022-09-23 微软技术许可有限责任公司 Decoupled control and data plane synchronization for IPSEC geographic redundancy
US10856134B2 (en) 2017-09-19 2020-12-01 Microsoft Technolgy Licensing, LLC SMS messaging using a service capability exposure function
EP3756384A1 (en) 2018-02-20 2020-12-30 Microsoft Technology Licensing, LLC Dynamic selection of network elements
WO2019183206A1 (en) 2018-03-20 2019-09-26 Affirmed Networks, Inc. Systems and methods for network slicing
EP3821567A4 (en) * 2018-07-12 2022-03-30 Ribbon Communications Telecommunication event object classification based on information from multiple protocols
US11212343B2 (en) 2018-07-23 2021-12-28 Microsoft Technology Licensing, Llc System and method for intelligently managing sessions in a mobile network
US11741196B2 (en) 2018-11-15 2023-08-29 The Research Foundation For The State University Of New York Detecting and preventing exploits of software vulnerability using instruction tags
CN113396393A (en) 2019-01-15 2021-09-14 微软技术许可有限责任公司 Dynamic auto-configuration of multi-tenant PAAS components
US11296967B1 (en) 2021-09-23 2022-04-05 Extrahop Networks, Inc. Combining passive network analysis and active probing
US11843606B2 (en) 2022-03-30 2023-12-12 Extrahop Networks, Inc. Detecting abnormal data access based on data similarity

Citations (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5546452A (en) * 1995-03-02 1996-08-13 Geotel Communications Corp. Communications system using a central controller to control at least one network and agent system
US5742905A (en) * 1994-09-19 1998-04-21 Bell Communications Research, Inc. Personal communications internetworking
US5812533A (en) * 1994-02-28 1998-09-22 British Telecommunications Public Limited Company Service provision in communications networks
US5940487A (en) * 1996-04-10 1999-08-17 Alcatel Usa Sourcing, L.P. Programmable call processing system and method
US6122510A (en) * 1997-11-04 2000-09-19 Telefonaktiebolaget Lm Ericsson Method and apparatus for providing network-specific mobile services
US6157955A (en) * 1998-06-15 2000-12-05 Intel Corporation Packet processing system including a policy engine having a classification unit
US6181703B1 (en) * 1995-09-08 2001-01-30 Sprint Communications Company L. P. System for managing telecommunications
US6199068B1 (en) * 1997-09-11 2001-03-06 Abb Power T&D Company Inc. Mapping interface for a distributed server to translate between dissimilar file formats
US6230005B1 (en) * 1998-10-01 2001-05-08 Nokia Telecommunications, Oy Method and apparatus for providing overlay to support third generation cellular services
US6263437B1 (en) * 1998-02-19 2001-07-17 Openware Systems Inc Method and apparatus for conducting crypto-ignition processes between thin client devices and server devices over data networks
US6317418B1 (en) * 1997-04-28 2001-11-13 Nokia Mobile Phones Limited Method for transmitting packet switched data in a mobile communications system
US6324547B1 (en) * 1998-04-02 2001-11-27 Lucent Technologies Inc. Method for creating and modifing similar and dissimilar databases for use in intelligent network configurations for telecommunication systems
US20020101879A1 (en) * 2001-01-05 2002-08-01 Nokia Corporation Provision of services in a communication system
US20020131395A1 (en) * 2001-03-19 2002-09-19 Chenghui Wang Session initiation protocol (SIP) user agent in a serving GPRS support node (SGSN)
US20020169776A1 (en) * 2000-09-01 2002-11-14 Nokia Corporation Network architecture and methods for service script execution and management
US20020176404A1 (en) * 2001-04-13 2002-11-28 Girard Gregory D. Distributed edge switching system for voice-over-packet multiservice network
US20020191572A1 (en) * 2001-06-04 2002-12-19 Nec Usa, Inc. Apparatus for public access mobility lan and method of operation thereof
US6529948B1 (en) * 1999-08-31 2003-03-04 Accenture Llp Multi-object fetch component
US6560327B1 (en) * 1999-10-01 2003-05-06 Sprint Spectrum, L.P. Method and system for providing telecommunications services using mediated service logic
US20030095566A1 (en) * 2001-11-20 2003-05-22 Bunting Roger L. Providing a camel based service to a subscriber terminal in a win network and vice versa
US6625141B1 (en) * 1999-06-18 2003-09-23 Telefonaktiebolaget L M Ericsson (Publ) System and method for providing value-added services (VAS) in an integrated telecommunications network using session initiation protocol (SIP)
US20040022237A1 (en) * 1998-11-20 2004-02-05 Level 3 Communications, Inc. Voice over data telecommunications network architecture
US20040068533A1 (en) * 2000-11-08 2004-04-08 Jouko Tenhunen Transmission of service data
US20050070278A1 (en) * 2003-08-13 2005-03-31 Jiang Yue Jun Signaling gateway with multiple IMSI with multiple MSISDN (MIMM) service in a single SIM for multiple roaming partners
US6888937B1 (en) * 2000-09-06 2005-05-03 Cisco Technology, Inc. Managing processes of a network component

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7225249B1 (en) * 1997-09-26 2007-05-29 Mci, Llc Integrated systems for providing communications network management services and interactive generating invoice documents
US6522875B1 (en) * 1998-11-17 2003-02-18 Eric Morgan Dowling Geographical web browser, methods, apparatus and systems
US7454457B1 (en) * 2000-02-07 2008-11-18 Parallel Networks, Llc Method and apparatus for dynamic data flow control using prioritization of data requests
US6772214B1 (en) 2000-04-27 2004-08-03 Novell, Inc. System and method for filtering of web-based content stored on a proxy cache server
AUPQ865700A0 (en) 2000-07-07 2000-08-03 Toneguzzo Group Pty Limited, The Content filtering and management
US7031267B2 (en) * 2000-12-21 2006-04-18 802 Systems Llc PLD-based packet filtering methods with PLD configuration data update of filtering rules
US7346702B2 (en) * 2000-08-24 2008-03-18 Voltaire Ltd. System and method for highly scalable high-speed content-based filtering and load balancing in interconnected fabrics
US7305697B2 (en) * 2001-02-02 2007-12-04 Opentv, Inc. Service gateway for interactive television
US20030192044A1 (en) 2002-04-04 2003-10-09 Huntsman Robert Ames Content filtering system and method
US20040006621A1 (en) 2002-06-27 2004-01-08 Bellinson Craig Adam Content filtering for web browsing

Patent Citations (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5812533A (en) * 1994-02-28 1998-09-22 British Telecommunications Public Limited Company Service provision in communications networks
US5742905A (en) * 1994-09-19 1998-04-21 Bell Communications Research, Inc. Personal communications internetworking
US5848143A (en) * 1995-03-02 1998-12-08 Geotel Communications Corp. Communications system using a central controller to control at least one network and agent system
US5878130A (en) * 1995-03-02 1999-03-02 Geotel Communications Corp Communications system and method for operating same
US5546452A (en) * 1995-03-02 1996-08-13 Geotel Communications Corp. Communications system using a central controller to control at least one network and agent system
US6181703B1 (en) * 1995-09-08 2001-01-30 Sprint Communications Company L. P. System for managing telecommunications
US5940487A (en) * 1996-04-10 1999-08-17 Alcatel Usa Sourcing, L.P. Programmable call processing system and method
US6317418B1 (en) * 1997-04-28 2001-11-13 Nokia Mobile Phones Limited Method for transmitting packet switched data in a mobile communications system
US6199068B1 (en) * 1997-09-11 2001-03-06 Abb Power T&D Company Inc. Mapping interface for a distributed server to translate between dissimilar file formats
US6122510A (en) * 1997-11-04 2000-09-19 Telefonaktiebolaget Lm Ericsson Method and apparatus for providing network-specific mobile services
US6263437B1 (en) * 1998-02-19 2001-07-17 Openware Systems Inc Method and apparatus for conducting crypto-ignition processes between thin client devices and server devices over data networks
US6324547B1 (en) * 1998-04-02 2001-11-27 Lucent Technologies Inc. Method for creating and modifing similar and dissimilar databases for use in intelligent network configurations for telecommunication systems
US6157955A (en) * 1998-06-15 2000-12-05 Intel Corporation Packet processing system including a policy engine having a classification unit
US6230005B1 (en) * 1998-10-01 2001-05-08 Nokia Telecommunications, Oy Method and apparatus for providing overlay to support third generation cellular services
US20040022237A1 (en) * 1998-11-20 2004-02-05 Level 3 Communications, Inc. Voice over data telecommunications network architecture
US6625141B1 (en) * 1999-06-18 2003-09-23 Telefonaktiebolaget L M Ericsson (Publ) System and method for providing value-added services (VAS) in an integrated telecommunications network using session initiation protocol (SIP)
US6529948B1 (en) * 1999-08-31 2003-03-04 Accenture Llp Multi-object fetch component
US6560327B1 (en) * 1999-10-01 2003-05-06 Sprint Spectrum, L.P. Method and system for providing telecommunications services using mediated service logic
US20020169776A1 (en) * 2000-09-01 2002-11-14 Nokia Corporation Network architecture and methods for service script execution and management
US6888937B1 (en) * 2000-09-06 2005-05-03 Cisco Technology, Inc. Managing processes of a network component
US20040068533A1 (en) * 2000-11-08 2004-04-08 Jouko Tenhunen Transmission of service data
US20020101879A1 (en) * 2001-01-05 2002-08-01 Nokia Corporation Provision of services in a communication system
US20020131395A1 (en) * 2001-03-19 2002-09-19 Chenghui Wang Session initiation protocol (SIP) user agent in a serving GPRS support node (SGSN)
US20020176404A1 (en) * 2001-04-13 2002-11-28 Girard Gregory D. Distributed edge switching system for voice-over-packet multiservice network
US20020191572A1 (en) * 2001-06-04 2002-12-19 Nec Usa, Inc. Apparatus for public access mobility lan and method of operation thereof
US20030095566A1 (en) * 2001-11-20 2003-05-22 Bunting Roger L. Providing a camel based service to a subscriber terminal in a win network and vice versa
US20050070278A1 (en) * 2003-08-13 2005-03-31 Jiang Yue Jun Signaling gateway with multiple IMSI with multiple MSISDN (MIMM) service in a single SIM for multiple roaming partners

Cited By (369)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7933252B2 (en) * 1995-10-05 2011-04-26 Broadcom Corporation Hierarchical data collection network supporting packetized voice communications among wireless terminals and telephones
US20030187992A1 (en) * 2001-05-07 2003-10-02 Steenfeldt Rico Werni Service triggering framework
US7002952B2 (en) * 2001-05-25 2006-02-21 Sprint Communications Company L.P. Usage-based billing for voice over packet communications
US20020176547A1 (en) * 2001-05-25 2002-11-28 Jones Bryce A. Usage-based billing for voice over packet communications
US20030014367A1 (en) * 2001-06-01 2003-01-16 Tubinis Mark A. Topping up a subscriber's account for a multimedia service on a communications network while the service is being provided
US20030031160A1 (en) * 2001-06-01 2003-02-13 Gibson Ang Soon Teck Implementing an intelligent network service for a packet-switched service using a node interfacing a mobile communications network to a packet data network
US7609682B2 (en) 2001-06-01 2009-10-27 Alcatel-Lucent Usa Inc. Implementing an intelligent network service for a packet-switched service using a node interfacing a mobile communications network to a packet data network
US7024198B2 (en) * 2001-08-23 2006-04-04 Siemens Aktiengellschaft Method for expediting a short message via a server when a communication participant of a communication network is not available
US20040248547A1 (en) * 2001-10-08 2004-12-09 Johan Philsgard Integration of billing between cellular and wlan networks
US7206393B2 (en) * 2001-11-01 2007-04-17 Agilent Technologies, Inc. Apparatus and method for processing information from a telephone network
US20030081755A1 (en) * 2001-11-01 2003-05-01 Agilent Technologies, Inc. Apparatus and method for processing information from a telephone network
US7269448B2 (en) * 2001-11-09 2007-09-11 Electronics And Telecommunications Research Institute Method for recognizing request for data transmission by mobile/base station RRC using network transfer device
US20030093535A1 (en) * 2001-11-09 2003-05-15 Jihyuk Choi Method for recognizing request for data transmission by mobile/base station RRC using network transfer device
US7822423B2 (en) * 2001-11-19 2010-10-26 Nokia Corporation Provision of location information
US20050043038A1 (en) * 2001-11-19 2005-02-24 Markus Maanoja Provision of location information
US20030176182A1 (en) * 2002-03-12 2003-09-18 Cerami Robert E. System and method for verifying subscriber data records in a telephone system
US6951009B2 (en) 2002-03-12 2005-09-27 Bellsouth Intellectual Property Corporation System and method for generating computer code to facilitate development of CDR management tools
WO2003079647A3 (en) * 2002-03-12 2004-01-08 Bellsouth Intellect Pty Corp System and method for ensuring proper billing in a cellular telephone system
WO2003079647A2 (en) * 2002-03-12 2003-09-25 Bellsouth Intellectual Property Corporation System and method for ensuring proper billing in a cellular telephone system
US7155205B2 (en) 2002-03-12 2006-12-26 Bellsouth Intellectual Property Corporation System and method for verifying subscriber data records in a telephone system
US6876731B2 (en) 2002-03-12 2005-04-05 Bellsouth Intellectual Property Corporation System and method for managing CDR information
US20070155383A1 (en) * 2002-03-12 2007-07-05 Bellsouth Intellectual Property Corporation System and method for verifying subscriber data records in a telephone system
US20040215711A1 (en) * 2002-03-14 2004-10-28 Openwave Systems Inc. Mobile services platform architecture
US20050163096A1 (en) * 2002-04-25 2005-07-28 Morihisa Momona Mobile communication network system and mobile communication method
US8000277B2 (en) * 2002-04-25 2011-08-16 Nec Corporation Mobile communication network system and mobile communication method
US20060166623A1 (en) * 2002-05-30 2006-07-27 Jarkko Huuhtanen Service provisioning method, system and computer program product
US7743117B2 (en) * 2002-05-30 2010-06-22 Comptel Oyj Service provisioning method, system and computer program product
US20100235261A1 (en) * 2002-08-08 2010-09-16 Lloyd David B Software Application Framework for Network-Connected Devices
US8706766B2 (en) 2002-08-16 2014-04-22 Blackberry Limited System and method for triggering a provisioning event
US20040082323A1 (en) * 2002-08-16 2004-04-29 Smith Christopher D. System and method for triggering a provisioning event
US8060530B2 (en) * 2002-08-16 2011-11-15 Research In Motion Limited System and method for triggering a provisioning event
US9930605B2 (en) 2002-08-22 2018-03-27 At&T Mobility Ii Llc LAN based wireless communications system
US9629062B2 (en) 2002-08-22 2017-04-18 At&T Mobility Ii Llc LAN based wireless communications system
US20040037256A1 (en) * 2002-08-22 2004-02-26 Michael Heubel Radio transmit point for packet based network communication
US8340109B2 (en) 2002-11-08 2012-12-25 Juniper Networks, Inc. Systems and methods for accelerating TCP/IP data stream processing
US7839873B1 (en) * 2002-11-08 2010-11-23 Juniper Networks, Inc. Systems and methods for accelerating TCP/IP data stream processing
US20110032941A1 (en) * 2002-11-08 2011-02-10 Juniper Networks, Inc. Systems and methods for accelerating tcp/ip data stream processing
US8396075B2 (en) 2002-12-02 2013-03-12 Redknee Inc. Method for implementing an open charging (OC) middleware platform and gateway system
US8244859B2 (en) 2003-01-23 2012-08-14 Redknee, Inc. Method for implementing an internet protocol (IP) charging and rating middleware platform and gateway system
US7457865B2 (en) * 2003-01-23 2008-11-25 Redknee Inc. Method for implementing an internet protocol (IP) charging and rating middleware platform and gateway system
US7644158B2 (en) 2003-01-23 2010-01-05 Redknee Inc. Method for implementing an internet protocol (IP) charging and rating middleware platform and gateway system
US20040148384A1 (en) * 2003-01-23 2004-07-29 Karthik Ramakrishnan Method for implementing an internet protocol (IP) charging and rating middleware platform and gateway system
US20090133114A1 (en) * 2003-01-23 2009-05-21 Redknee Inc. Method for implementing an internet protocol (ip) charging and rating middleware platform and gateway system
US7720960B2 (en) * 2003-03-04 2010-05-18 Cisco Technology, Inc. Method and apparatus providing prepaid billing for network services using explicit service authorization in an access server
US20040193513A1 (en) * 2003-03-04 2004-09-30 Pruss Richard Manfred Method and apparatus providing prepaid billing for network services using explicit service authorization in an access server
US20070005501A1 (en) * 2003-04-04 2007-01-04 Siemens Aktiengesellschaft Method for monitoring and controlling a number of available decentralized ip budgets of a subscriber in a packet-based communications network during an online assessment of charges with limit value monitoring for data transmissions
US7787879B1 (en) 2003-05-15 2010-08-31 Sprint Spectrum L.P. Method and system with user identifiers that indicate session type
US7454206B1 (en) 2003-05-15 2008-11-18 Sprint Communications Company L.P. Method and system with user identifiers that indicate session type
US8027334B2 (en) 2003-06-16 2011-09-27 Redknee, Inc. Method and system for multimedia messaging service (MMS) rating and billing
US20080318603A1 (en) * 2003-06-16 2008-12-25 Shailesh Lakhani Method and System for Multimedia Messaging Service (MMS) Rating and Billing
US8542676B2 (en) 2003-06-16 2013-09-24 Redknee Inc. Method and system for multimedia messaging service (MMS) rating and billing
US7440441B2 (en) 2003-06-16 2008-10-21 Redknee Inc. Method and system for Multimedia Messaging Service (MMS) rating and billing
US20040252657A1 (en) * 2003-06-16 2004-12-16 Shailesh Lakhani Method and system for multimedia messaging service (MMS) rating and billing
US8331902B2 (en) 2003-06-19 2012-12-11 Redknee Inc. Method for implementing a wireless local area network (WLAN) gateway system
US7873347B2 (en) 2003-06-19 2011-01-18 Redknee Inc. Method for implementing a Wireless Local Area Network (WLAN) gateway system
US20110078060A1 (en) * 2003-06-19 2011-03-31 Redknee Inc. Method for implementing a wireless local area network (wlan) gateway system
US20040258031A1 (en) * 2003-06-19 2004-12-23 Zabawskyj Bohdan Konstantyn Method for implemening a Wireless Local Area Network (WLAN) gateway system
US20050079855A1 (en) * 2003-08-20 2005-04-14 Jethi Rashesh J. Architecture that enables a mobile virtual network operator (MVNO) to create a branded wireless offering
US20050080875A1 (en) * 2003-08-20 2005-04-14 Jethi Rashesh J. Architecture that enables a Mobile Virtual Network Operator (MVNO) to create a branded wireless offering
WO2005020027A2 (en) * 2003-08-20 2005-03-03 Visage Mobile, Inc. An architecture that enables a mobile virtual network operator (mvno) to create a branded wireless offering
WO2005020027A3 (en) * 2003-08-20 2005-06-23 Visage Mobile Inc An architecture that enables a mobile virtual network operator (mvno) to create a branded wireless offering
US8520511B2 (en) * 2003-09-11 2013-08-27 Qualcomm Incorporated Automatic handling of incoming communications at a wireless device
US20050058067A1 (en) * 2003-09-11 2005-03-17 Mazen Chmaytelli Automatic handling of incoming communications at a wireless device
US20050065879A1 (en) * 2003-09-18 2005-03-24 Convergys Information Management Group, Inc. System and method for web service billing
US11734734B2 (en) 2003-09-18 2023-08-22 NetCracker Technology Solutions Inc. System and method for web service billing
US20050114542A1 (en) * 2003-11-24 2005-05-26 Hodges Donna K. Methods for providing communications services
US7536308B2 (en) * 2003-11-24 2009-05-19 At&T Intellectual Property I, L.P. Methods for providing communications services
US20050114153A1 (en) * 2003-11-24 2005-05-26 Hodges Donna K. Methods for providing communications services
US7711575B2 (en) 2003-11-24 2010-05-04 At&T Intellectual Property I, L.P. Methods for providing communications services
US20080140560A1 (en) * 2003-11-24 2008-06-12 Hodges Donna K Methods, systems, and products for providing communications services
US7343416B2 (en) 2003-11-24 2008-03-11 At&T Delaware Intellectual Property, Inc. Methods, systems, and products for providing communications services amongst multiple providers
US8606929B2 (en) 2003-11-24 2013-12-10 At&T Intellectual Property I, L.P. Methods, systems, and products for subcontracting segments in communications services
US20050114156A1 (en) * 2003-11-24 2005-05-26 Hodges Donna K. Methods for providing communications services
US7464179B2 (en) 2003-11-24 2008-12-09 At&T Intellectual Property I, L.P. Methods, systems, and products for providing communications services amongst multiple providers
US7467219B2 (en) 2003-11-24 2008-12-16 At&T Intellectual Property I, L.P. Methods for providing communications services
US7693741B2 (en) 2003-11-24 2010-04-06 At&T Intellectual Property I, L.P. Methods for providing communications services
US8711868B2 (en) 2003-11-24 2014-04-29 At&T Intellectual Property I, L.P. Methods, systems, and products for providing communications services
US7509373B2 (en) 2003-11-24 2009-03-24 At&T Intellectual Property I, L.P. Methods for providing communications services
US7519657B2 (en) 2003-11-24 2009-04-14 At&T Intellectual Property L, L.P. Methods for providing communications services
US20050114439A1 (en) * 2003-11-24 2005-05-26 Hodges Donna K. Methods for providing communications services
US20060111079A1 (en) * 2003-11-24 2006-05-25 Tischer Steven N Methods for providing communications services
US9240901B2 (en) 2003-11-24 2016-01-19 At&T Intellectual Property I, L.P. Methods, systems, and products for providing communications services by determining the communications services require a subcontracted processing service and subcontracting to the subcontracted processing service in order to provide the communications services
US20050144304A1 (en) * 2003-11-24 2005-06-30 Hodges Donna K. Methods for providing communications services
US10230658B2 (en) 2003-11-24 2019-03-12 At&T Intellectual Property I, L.P. Methods, systems, and products for providing communications services by incorporating a subcontracted result of a subcontracted processing service into a service requested by a client device
US20050111444A1 (en) * 2003-11-24 2005-05-26 Hodges Donna K. Methods for providing communications services
US20050114155A1 (en) * 2003-11-24 2005-05-26 Hodges Donna K. Methods for providing communications services
US20050144544A1 (en) * 2003-12-10 2005-06-30 Alcatel Mechanism for detection of attacks based on impersonation in a wireless network
US7409715B2 (en) * 2003-12-10 2008-08-05 Alcatel Lucent Mechanism for detection of attacks based on impersonation in a wireless network
US20100303050A1 (en) * 2003-12-23 2010-12-02 Redknee Inc. Method for Implementing an Intelligent Content Rating Middleware Platform and Gateway System
US7606877B2 (en) * 2004-03-09 2009-10-20 Kt Corporation Method and system for detailed accounting of packet data
US20090327113A1 (en) * 2004-03-09 2009-12-31 Kt Corporation Method and system for detailed accounting of packet data
US20060056415A1 (en) * 2004-03-09 2006-03-16 Ji-Woong Lee Method and system for detailed accounting of packet data
US20110058508A1 (en) * 2004-06-30 2011-03-10 Yahoo! Inc. Communication platform and method for packet communication between a service provider and a radio communicaiton device
US8477664B2 (en) * 2004-06-30 2013-07-02 Yahoo! Inc. Communication platform and method for packet communication between a service provider and a radio communication device
US20060029084A1 (en) * 2004-08-09 2006-02-09 Cisco Technology, Inc. System and method for signaling information in order to enable and disable distributed billing in a network environment
US8315170B2 (en) * 2004-08-09 2012-11-20 Cisco Technology, Inc. System and method for signaling information in order to enable and disable distributed billing in a network environment
US20080189784A1 (en) * 2004-09-10 2008-08-07 The Regents Of The University Of California Method and Apparatus for Deep Packet Inspection
US20060056379A1 (en) * 2004-09-14 2006-03-16 Motorola, Inc. System and method for network-assisted connection in a wireless environment
US9391890B2 (en) 2004-11-04 2016-07-12 At&T Mobility Ii Llc Network-initiated method and system for establishing data communication using IP with a wireless terminal
US7940730B1 (en) * 2004-11-04 2011-05-10 At&T Mobility Ii Llc Network-initiated method and system for establishing data communication using IP with a wireless terminal
US20110182242A1 (en) * 2004-11-04 2011-07-28 Enzmann Mark J Network-Initiated Method and System for Establishing Data Communication Using IP with a Wireless Terminal
US8811358B2 (en) 2004-11-04 2014-08-19 At&T Mobility Ii Llc Network-initiated method and system for establishing data communication using IP with a wireless terminal
US20080008304A1 (en) * 2004-12-07 2008-01-10 Deutsch Douglas A Implementation of collaborative telecommunications services
US7693523B2 (en) * 2004-12-07 2010-04-06 Alcatel-Lucent Usa Inc. Implementation of collaborative telecommunications services
WO2006065581A2 (en) * 2004-12-13 2006-06-22 Skylead Assets Limited Inspection of subscriber packet traffic for metering
WO2006065581A3 (en) * 2004-12-13 2006-11-30 Skylead Assets Ltd Inspection of subscriber packet traffic for metering
US20060126809A1 (en) * 2004-12-13 2006-06-15 Halpern Joel M HTTP extension header for metering information
US7266116B2 (en) * 2004-12-13 2007-09-04 Skylead Assets Limited HTTP extension header for metering information
US20060224663A1 (en) * 2005-03-31 2006-10-05 Tripwire, Inc. Data processing environment change management methods and apparatuses
US9209996B2 (en) 2005-03-31 2015-12-08 Tripwire, Inc. Data processing environment change management methods and apparatuses
WO2006105422A2 (en) * 2005-03-31 2006-10-05 Tripwire, Inc. Data processing environment change management methods and apparatuses
WO2006105422A3 (en) * 2005-03-31 2009-04-16 Tripwire Inc Data processing environment change management methods and apparatuses
US8140635B2 (en) * 2005-03-31 2012-03-20 Tripwire, Inc. Data processing environment change management methods and apparatuses
US20080189407A1 (en) * 2005-04-08 2008-08-07 Motorola, Inc. Apparatus and Method For User Communication in a Communication System
GB2424972A (en) * 2005-04-08 2006-10-11 Motorola Inc Monitoring content topics in a communication system
US7933880B2 (en) * 2005-04-18 2011-04-26 Research In Motion Limited System and method of application persistence
US20060262749A1 (en) * 2005-04-18 2006-11-23 Kamen Vitanov System and method of application persistence
US20060281451A1 (en) * 2005-06-14 2006-12-14 Zur Uri E Method and system for handling connection setup in a network
US7636323B2 (en) * 2005-06-14 2009-12-22 Broadcom Corporation Method and system for handling connection setup in a network
US10264022B2 (en) 2005-08-09 2019-04-16 Tripwire, Inc. Information technology governance and controls methods and apparatuses
US9256841B2 (en) 2005-08-09 2016-02-09 Tripwire, Inc. Information technology governance and controls methods and apparatuses
US10318894B2 (en) 2005-08-16 2019-06-11 Tripwire, Inc. Conformance authority reconciliation
US20070043786A1 (en) * 2005-08-16 2007-02-22 Tripwire, Inc. Conformance authority reconciliation
US20080229470A1 (en) * 2005-08-16 2008-09-25 Sung-Gyu Kim Cap Having Auxiliary Visor
US20070136195A1 (en) * 2005-12-12 2007-06-14 Nokia Corporation Providing communication service sessions
US8626113B2 (en) * 2005-12-12 2014-01-07 Nokia Corporation Providing communication service sessions
US20070198348A1 (en) * 2006-02-16 2007-08-23 Homing Tung Cybermedia SMS advertisement display panel
US20120191822A1 (en) * 2006-02-28 2012-07-26 Harris Corporation Device configuration and data extraction using a portable transaction format
US8392537B2 (en) * 2006-02-28 2013-03-05 Harris Corporation Device configuration and data extraction using a portable transaction format
US20080039070A1 (en) * 2006-06-29 2008-02-14 Amnon Ptashek Remote mobile testing probe
US8775621B2 (en) * 2006-08-31 2014-07-08 Redknee Inc. Policy services
US20080059635A1 (en) * 2006-08-31 2008-03-06 Redknee Inc. Policy services
US20080092150A1 (en) * 2006-09-21 2008-04-17 Jethi Rashesh J Data platform web services application programming interface
US8291439B2 (en) * 2006-09-21 2012-10-16 Convergys Information Management Group, Inc. Data platform web services application programming interface
EP2084846A4 (en) * 2006-11-06 2013-05-22 Velocent Systems Inc Method and apparatus regarding using tcp packets to detect when a mobile data flow has been dropped by a mobile network
EP2084846A2 (en) * 2006-11-06 2009-08-05 Velocent Systems Incorporated Method and apparatus regarding using tcp packets to detect when a mobile data flow has been dropped by a mobile network
US20090017809A1 (en) * 2007-01-08 2009-01-15 Jethi Rashesh J Support service architecture for a mobile virtual network operator
US8745179B2 (en) * 2007-01-31 2014-06-03 Cisco Technology, Inc. Managing multiple application configuration versions in a heterogeneous network
US20080181131A1 (en) * 2007-01-31 2008-07-31 Cisco Technology, Inc. Managing multiple application configuration versions in a heterogeneous network
US7990867B1 (en) 2007-05-03 2011-08-02 Xilinx, Inc. Pipeline for processing network packets
US7788402B1 (en) 2007-05-03 2010-08-31 Xilinx, Inc. Circuit for modification of a network packet by insertion or removal of a data segment
US7784014B1 (en) 2007-05-03 2010-08-24 Xilinx, Inc. Generation of a specification of a network packet processor
US8284772B1 (en) 2007-05-03 2012-10-09 Xilinx, Inc. Method for scheduling a network packet processor
US7792117B1 (en) 2007-05-03 2010-09-07 Xilinx, Inc. Method for simulating a processor of network packets
US7817657B1 (en) 2007-06-14 2010-10-19 Xilinx, Inc. Circuit for processing network packets
US7669166B1 (en) 2007-06-14 2010-02-23 Xilinx, Inc. Generation of a specification of a processor of network packets
US7636908B1 (en) 2007-06-14 2009-12-22 Xilinx, Inc. Generation of a specification of a network packet processor
US8144702B1 (en) * 2007-06-14 2012-03-27 Xilinx, Inc. Generation of a pipeline for processing a type of network packets
US20110082779A1 (en) * 2007-09-13 2011-04-07 Redknee Inc. Billing profile manager
US8750133B2 (en) * 2007-10-16 2014-06-10 Telefonaktiebolaget L M Ericsson (Publ) Method and monitoring component for network traffic monitoring
US20100226278A1 (en) * 2007-10-16 2010-09-09 Tamas Borsos Method and monitoring component for network traffic monitoring
US9313108B2 (en) * 2007-12-14 2016-04-12 Ericsson Ab Flexible and scalable method and apparatus for dynamic subscriber services configuration and management
US20090157852A1 (en) * 2007-12-14 2009-06-18 Michail Krupkin Flexible and scalable method and apparatus for dynamic subscriber services configuration and management
US9059871B2 (en) 2007-12-27 2015-06-16 Redknee Inc. Policy-based communication system and method
US11765275B2 (en) 2008-04-02 2023-09-19 Twilio Inc. System and method for processing telephony sessions
US9906651B2 (en) 2008-04-02 2018-02-27 Twilio, Inc. System and method for processing media requests during telephony sessions
US11722602B2 (en) 2008-04-02 2023-08-08 Twilio Inc. System and method for processing media requests during telephony sessions
US11843722B2 (en) 2008-04-02 2023-12-12 Twilio Inc. System and method for processing telephony sessions
US10893079B2 (en) 2008-04-02 2021-01-12 Twilio Inc. System and method for processing telephony sessions
US10893078B2 (en) 2008-04-02 2021-01-12 Twilio Inc. System and method for processing telephony sessions
US11856150B2 (en) 2008-04-02 2023-12-26 Twilio Inc. System and method for processing telephony sessions
US9456008B2 (en) 2008-04-02 2016-09-27 Twilio, Inc. System and method for processing telephony sessions
US10694042B2 (en) 2008-04-02 2020-06-23 Twilio Inc. System and method for processing media requests during telephony sessions
US10560495B2 (en) 2008-04-02 2020-02-11 Twilio Inc. System and method for processing telephony sessions
US11831810B2 (en) 2008-04-02 2023-11-28 Twilio Inc. System and method for processing telephony sessions
US9591033B2 (en) 2008-04-02 2017-03-07 Twilio, Inc. System and method for processing media requests during telephony sessions
US11706349B2 (en) 2008-04-02 2023-07-18 Twilio Inc. System and method for processing telephony sessions
US11283843B2 (en) 2008-04-02 2022-03-22 Twilio Inc. System and method for processing telephony sessions
US10986142B2 (en) 2008-04-02 2021-04-20 Twilio Inc. System and method for processing telephony sessions
US9596274B2 (en) 2008-04-02 2017-03-14 Twilio, Inc. System and method for processing telephony sessions
US9306982B2 (en) 2008-04-02 2016-04-05 Twilio, Inc. System and method for processing media requests during telephony sessions
US11575795B2 (en) 2008-04-02 2023-02-07 Twilio Inc. System and method for processing telephony sessions
US9906571B2 (en) 2008-04-02 2018-02-27 Twilio, Inc. System and method for processing telephony sessions
US11444985B2 (en) 2008-04-02 2022-09-13 Twilio Inc. System and method for processing telephony sessions
US11611663B2 (en) 2008-04-02 2023-03-21 Twilio Inc. System and method for processing telephony sessions
US9374603B1 (en) 2008-04-15 2016-06-21 Sprint Communications Company L.P. Systems and methods for providing content delivery over a backhaul link in a communication system
US8914341B2 (en) 2008-07-03 2014-12-16 Tripwire, Inc. Method and apparatus for continuous compliance assessment
US11487705B1 (en) 2008-07-03 2022-11-01 Tripwire, Inc. Method and apparatus for continuous compliance assessment
US10795855B1 (en) 2008-07-03 2020-10-06 Tripwire, Inc. Method and apparatus for continuous compliance assessment
US10013420B1 (en) 2008-07-03 2018-07-03 Tripwire, Inc. Method and apparatus for continuous compliance assessment
US9407597B2 (en) 2008-10-01 2016-08-02 Twilio, Inc. Telephony web event system and method
US9807244B2 (en) 2008-10-01 2017-10-31 Twilio, Inc. Telephony web event system and method
US11665285B2 (en) 2008-10-01 2023-05-30 Twilio Inc. Telephony web event system and method
US10187530B2 (en) 2008-10-01 2019-01-22 Twilio, Inc. Telephony web event system and method
US10455094B2 (en) 2008-10-01 2019-10-22 Twilio Inc. Telephony web event system and method
US11632471B2 (en) 2008-10-01 2023-04-18 Twilio Inc. Telephony web event system and method
US11641427B2 (en) 2008-10-01 2023-05-02 Twilio Inc. Telephony web event system and method
US11005998B2 (en) 2008-10-01 2021-05-11 Twilio Inc. Telephony web event system and method
US10708437B2 (en) 2009-03-02 2020-07-07 Twilio Inc. Method and system for a multitenancy telephone network
US11240381B2 (en) 2009-03-02 2022-02-01 Twilio Inc. Method and system for a multitenancy telephone network
US10348908B2 (en) 2009-03-02 2019-07-09 Twilio, Inc. Method and system for a multitenancy telephone network
US9621733B2 (en) 2009-03-02 2017-04-11 Twilio, Inc. Method and system for a multitenancy telephone network
US11785145B2 (en) 2009-03-02 2023-10-10 Twilio Inc. Method and system for a multitenancy telephone network
US9894212B2 (en) 2009-03-02 2018-02-13 Twilio, Inc. Method and system for a multitenancy telephone network
US9357047B2 (en) 2009-03-02 2016-05-31 Twilio, Inc. Method and system for a multitenancy telephone network
US8180333B1 (en) 2009-05-29 2012-05-15 Sprint Spectrum L.P. Differential routing of communication-usage records
US9491309B2 (en) 2009-10-07 2016-11-08 Twilio, Inc. System and method for running a multi-module telephony application
US10554825B2 (en) 2009-10-07 2020-02-04 Twilio Inc. System and method for running a multi-module telephony application
US11637933B2 (en) 2009-10-07 2023-04-25 Twilio Inc. System and method for running a multi-module telephony application
WO2011121445A1 (en) * 2010-03-30 2011-10-06 France Telecom Mobile virtual network operator system and method of operation thereof
US8683050B2 (en) * 2010-05-06 2014-03-25 Microsoft Corporation Directing service requests to providers
US20110276720A1 (en) * 2010-05-06 2011-11-10 Microsoft Corporation Directing service requests to providers
US9003022B2 (en) 2010-06-17 2015-04-07 Zettics, Inc. Determining an average effective data through-put as corresponds to a network-served end user
US9590849B2 (en) 2010-06-23 2017-03-07 Twilio, Inc. System and method for managing a computing cluster
US9459925B2 (en) 2010-06-23 2016-10-04 Twilio, Inc. System and method for managing a computing cluster
US9459926B2 (en) 2010-06-23 2016-10-04 Twilio, Inc. System and method for managing a computing cluster
US20120208495A1 (en) * 2010-06-23 2012-08-16 Twilio, Inc. System and method for monitoring account usage on a platform
US9338064B2 (en) 2010-06-23 2016-05-10 Twilio, Inc. System and method for managing a computing cluster
US11637934B2 (en) 2010-06-23 2023-04-25 Twilio Inc. System and method for monitoring account usage on a platform
US9967224B2 (en) 2010-06-25 2018-05-08 Twilio, Inc. System and method for enabling real-time eventing
US11088984B2 (en) 2010-06-25 2021-08-10 Twilio Ine. System and method for enabling real-time eventing
US20120072317A1 (en) * 2010-09-20 2012-03-22 Agco Corporation Billing management system for agricultural services access
US10708317B2 (en) 2011-02-04 2020-07-07 Twilio Inc. Method for processing telephony sessions of a network
US11848967B2 (en) 2011-02-04 2023-12-19 Twilio Inc. Method for processing telephony sessions of a network
US11032330B2 (en) 2011-02-04 2021-06-08 Twilio Inc. Method for processing telephony sessions of a network
US9455949B2 (en) 2011-02-04 2016-09-27 Twilio, Inc. Method for processing telephony sessions of a network
US10230772B2 (en) 2011-02-04 2019-03-12 Twilio, Inc. Method for processing telephony sessions of a network
US9882942B2 (en) 2011-02-04 2018-01-30 Twilio, Inc. Method for processing telephony sessions of a network
US20120215863A1 (en) * 2011-02-17 2012-08-23 Prolifiq Software Inc. Dedicated message channel
US11399044B2 (en) 2011-05-23 2022-07-26 Twilio Inc. System and method for connecting a communication to a client
US9398622B2 (en) 2011-05-23 2016-07-19 Twilio, Inc. System and method for connecting a communication to a client
US10122763B2 (en) 2011-05-23 2018-11-06 Twilio, Inc. System and method for connecting a communication to a client
US10165015B2 (en) 2011-05-23 2018-12-25 Twilio Inc. System and method for real-time communication by using a client application communication protocol
US10560485B2 (en) 2011-05-23 2020-02-11 Twilio Inc. System and method for connecting a communication to a client
US10819757B2 (en) 2011-05-23 2020-10-27 Twilio Inc. System and method for real-time communication by using a client application communication protocol
US9648006B2 (en) 2011-05-23 2017-05-09 Twilio, Inc. System and method for communicating with a client application
US9942394B2 (en) 2011-09-21 2018-04-10 Twilio, Inc. System and method for determining and communicating presence information
US11489961B2 (en) 2011-09-21 2022-11-01 Twilio Inc. System and method for determining and communicating presence information
US9336500B2 (en) 2011-09-21 2016-05-10 Twilio, Inc. System and method for authorizing and connecting application developers and users
US10841421B2 (en) 2011-09-21 2020-11-17 Twilio Inc. System and method for determining and communicating presence information
US9641677B2 (en) 2011-09-21 2017-05-02 Twilio, Inc. System and method for determining and communicating presence information
US10212275B2 (en) 2011-09-21 2019-02-19 Twilio, Inc. System and method for determining and communicating presence information
US10182147B2 (en) 2011-09-21 2019-01-15 Twilio Inc. System and method for determining and communicating presence information
US10686936B2 (en) 2011-09-21 2020-06-16 Twilio Inc. System and method for determining and communicating presence information
US20140192743A1 (en) * 2011-12-15 2014-07-10 Proximetry, Inc. Systems and Methods for Updating Provisioning Information Provided by a Client
US9495227B2 (en) 2012-02-10 2016-11-15 Twilio, Inc. System and method for managing concurrent events
US10467064B2 (en) 2012-02-10 2019-11-05 Twilio Inc. System and method for managing concurrent events
US11093305B2 (en) 2012-02-10 2021-08-17 Twilio Inc. System and method for managing concurrent events
US10200458B2 (en) 2012-05-09 2019-02-05 Twilio, Inc. System and method for managing media in a distributed communication network
US10637912B2 (en) 2012-05-09 2020-04-28 Twilio Inc. System and method for managing media in a distributed communication network
US9240941B2 (en) 2012-05-09 2016-01-19 Twilio, Inc. System and method for managing media in a distributed communication network
US9350642B2 (en) 2012-05-09 2016-05-24 Twilio, Inc. System and method for managing latency in a distributed telephony network
US11165853B2 (en) 2012-05-09 2021-11-02 Twilio Inc. System and method for managing media in a distributed communication network
US9602586B2 (en) 2012-05-09 2017-03-21 Twilio, Inc. System and method for managing media in a distributed communication network
US11546471B2 (en) 2012-06-19 2023-01-03 Twilio Inc. System and method for queuing a communication session
US9247062B2 (en) 2012-06-19 2016-01-26 Twilio, Inc. System and method for queuing a communication session
US10320983B2 (en) 2012-06-19 2019-06-11 Twilio Inc. System and method for queuing a communication session
US9614972B2 (en) 2012-07-24 2017-04-04 Twilio, Inc. Method and system for preventing illicit use of a telephony platform
US11063972B2 (en) 2012-07-24 2021-07-13 Twilio Inc. Method and system for preventing illicit use of a telephony platform
US9270833B2 (en) 2012-07-24 2016-02-23 Twilio, Inc. Method and system for preventing illicit use of a telephony platform
US11882139B2 (en) 2012-07-24 2024-01-23 Twilio Inc. Method and system for preventing illicit use of a telephony platform
US10469670B2 (en) 2012-07-24 2019-11-05 Twilio Inc. Method and system for preventing illicit use of a telephony platform
US9948788B2 (en) 2012-07-24 2018-04-17 Twilio, Inc. Method and system for preventing illicit use of a telephony platform
US9654647B2 (en) 2012-10-15 2017-05-16 Twilio, Inc. System and method for routing communications
US10033617B2 (en) 2012-10-15 2018-07-24 Twilio, Inc. System and method for triggering on platform usage
US9307094B2 (en) 2012-10-15 2016-04-05 Twilio, Inc. System and method for routing communications
US11246013B2 (en) 2012-10-15 2022-02-08 Twilio Inc. System and method for triggering on platform usage
US10257674B2 (en) 2012-10-15 2019-04-09 Twilio, Inc. System and method for triggering on platform usage
US9319857B2 (en) 2012-10-15 2016-04-19 Twilio, Inc. System and method for triggering on platform usage
US11689899B2 (en) 2012-10-15 2023-06-27 Twilio Inc. System and method for triggering on platform usage
US11595792B2 (en) 2012-10-15 2023-02-28 Twilio Inc. System and method for triggering on platform usage
US10757546B2 (en) 2012-10-15 2020-08-25 Twilio Inc. System and method for triggering on platform usage
US9253254B2 (en) 2013-01-14 2016-02-02 Twilio, Inc. System and method for offering a multi-partner delegated platform
US10516602B2 (en) * 2013-02-28 2019-12-24 Xaptum, Inc. Systems, methods, and devices for adaptive communication in a data communication network
US20140241373A1 (en) * 2013-02-28 2014-08-28 Xaptum, Inc. Systems, methods, and devices for adaptive communication in a data communication network
US20180139125A1 (en) * 2013-02-28 2018-05-17 Xaptum, Inc. Systems, methods, and devices for adaptive communication in a data communication network
US9887911B2 (en) * 2013-02-28 2018-02-06 Xaptum, Inc. Systems, methods, and devices for adaptive communication in a data communication network
US10051011B2 (en) 2013-03-14 2018-08-14 Twilio, Inc. System and method for integrating session initiation protocol communication in a telecommunications platform
US10560490B2 (en) 2013-03-14 2020-02-11 Twilio Inc. System and method for integrating session initiation protocol communication in a telecommunications platform
US11637876B2 (en) 2013-03-14 2023-04-25 Twilio Inc. System and method for integrating session initiation protocol communication in a telecommunications platform
US11032325B2 (en) 2013-03-14 2021-06-08 Twilio Inc. System and method for integrating session initiation protocol communication in a telecommunications platform
US9992608B2 (en) 2013-06-19 2018-06-05 Twilio, Inc. System and method for providing a communication endpoint information service
US9338280B2 (en) 2013-06-19 2016-05-10 Twilio, Inc. System and method for managing telephony endpoint inventory
US10057734B2 (en) 2013-06-19 2018-08-21 Twilio Inc. System and method for transmitting and receiving media messages
US9240966B2 (en) 2013-06-19 2016-01-19 Twilio, Inc. System and method for transmitting and receiving media messages
US9483328B2 (en) 2013-07-19 2016-11-01 Twilio, Inc. System and method for delivering application content
US9667495B2 (en) * 2013-08-19 2017-05-30 Entry Point, Llc Programmable data network management and operation
US20150365288A1 (en) * 2013-08-19 2015-12-17 Jacobus Erasmus Van der Merwe Programmable Data Network Management and Operation
US9959151B2 (en) 2013-09-17 2018-05-01 Twilio, Inc. System and method for tagging and tracking events of an application platform
US9811398B2 (en) 2013-09-17 2017-11-07 Twilio, Inc. System and method for tagging and tracking events of an application platform
US11539601B2 (en) 2013-09-17 2022-12-27 Twilio Inc. System and method for providing communication platform metadata
US10671452B2 (en) 2013-09-17 2020-06-02 Twilio Inc. System and method for tagging and tracking events of an application
US11379275B2 (en) 2013-09-17 2022-07-05 Twilio Inc. System and method for tagging and tracking events of an application
US9338018B2 (en) 2013-09-17 2016-05-10 Twilio, Inc. System and method for pricing communication of a telecommunication platform
US9274858B2 (en) 2013-09-17 2016-03-01 Twilio, Inc. System and method for tagging and tracking events of an application platform
US10439907B2 (en) 2013-09-17 2019-10-08 Twilio Inc. System and method for providing communication platform metadata
US9853872B2 (en) 2013-09-17 2017-12-26 Twilio, Inc. System and method for providing communication platform metadata
US11831415B2 (en) 2013-11-12 2023-11-28 Twilio Inc. System and method for enabling dynamic multi-modal communication
US9553799B2 (en) 2013-11-12 2017-01-24 Twilio, Inc. System and method for client communication in a distributed telephony network
US9325624B2 (en) 2013-11-12 2016-04-26 Twilio, Inc. System and method for enabling dynamic multi-modal communication
US11394673B2 (en) 2013-11-12 2022-07-19 Twilio Inc. System and method for enabling dynamic multi-modal communication
US11621911B2 (en) 2013-11-12 2023-04-04 Twillo Inc. System and method for client communication in a distributed telephony network
US10686694B2 (en) 2013-11-12 2020-06-16 Twilio Inc. System and method for client communication in a distributed telephony network
US10063461B2 (en) 2013-11-12 2018-08-28 Twilio, Inc. System and method for client communication in a distributed telephony network
US10069773B2 (en) 2013-11-12 2018-09-04 Twilio, Inc. System and method for enabling dynamic multi-modal communication
US10003693B2 (en) 2014-03-14 2018-06-19 Twilio, Inc. System and method for a work distribution service
US11330108B2 (en) 2014-03-14 2022-05-10 Twilio Inc. System and method for a work distribution service
US10291782B2 (en) 2014-03-14 2019-05-14 Twilio, Inc. System and method for a work distribution service
US9344573B2 (en) 2014-03-14 2016-05-17 Twilio, Inc. System and method for a work distribution service
US9628624B2 (en) 2014-03-14 2017-04-18 Twilio, Inc. System and method for a work distribution service
US11882242B2 (en) 2014-03-14 2024-01-23 Twilio Inc. System and method for a work distribution service
US10904389B2 (en) 2014-03-14 2021-01-26 Twilio Inc. System and method for a work distribution service
US9907010B2 (en) 2014-04-17 2018-02-27 Twilio, Inc. System and method for enabling multi-modal communication
US11653282B2 (en) 2014-04-17 2023-05-16 Twilio Inc. System and method for enabling multi-modal communication
US10440627B2 (en) 2014-04-17 2019-10-08 Twilio Inc. System and method for enabling multi-modal communication
US10873892B2 (en) 2014-04-17 2020-12-22 Twilio Inc. System and method for enabling multi-modal communication
US9226217B2 (en) 2014-04-17 2015-12-29 Twilio, Inc. System and method for enabling multi-modal communication
US10855847B2 (en) 2014-06-25 2020-12-01 Textnow, Inc. Mobile electronic communications using internet protocol
US11399099B2 (en) 2014-06-25 2022-07-26 Textnow, Inc. Mobile electronic communications using internet protocol
US20150381820A1 (en) * 2014-06-25 2015-12-31 Enflick Inc. Mobile electronic communications using internet protocol
US9621735B2 (en) * 2014-06-25 2017-04-11 Textnow, Inc. Mobile electronic communications combining voice-over-IP and mobile network services
US9251371B2 (en) 2014-07-07 2016-02-02 Twilio, Inc. Method and system for applying data retention policies in a computing platform
US9858279B2 (en) 2014-07-07 2018-01-02 Twilio, Inc. Method and system for applying data retention policies in a computing platform
US10747717B2 (en) 2014-07-07 2020-08-18 Twilio Inc. Method and system for applying data retention policies in a computing platform
US10757200B2 (en) 2014-07-07 2020-08-25 Twilio Inc. System and method for managing conferencing in a distributed communication network
US9246694B1 (en) 2014-07-07 2016-01-26 Twilio, Inc. System and method for managing conferencing in a distributed communication network
US9516101B2 (en) 2014-07-07 2016-12-06 Twilio, Inc. System and method for collecting feedback in a multi-tenant communication platform
US9553900B2 (en) 2014-07-07 2017-01-24 Twilio, Inc. System and method for managing conferencing in a distributed communication network
US9588974B2 (en) 2014-07-07 2017-03-07 Twilio, Inc. Method and system for applying data retention policies in a computing platform
US11768802B2 (en) 2014-07-07 2023-09-26 Twilio Inc. Method and system for applying data retention policies in a computing platform
US9774687B2 (en) 2014-07-07 2017-09-26 Twilio, Inc. System and method for managing media and signaling in a communication platform
US11755530B2 (en) 2014-07-07 2023-09-12 Twilio Inc. Method and system for applying data retention policies in a computing platform
US11341092B2 (en) 2014-07-07 2022-05-24 Twilio Inc. Method and system for applying data retention policies in a computing platform
US10229126B2 (en) 2014-07-07 2019-03-12 Twilio, Inc. Method and system for applying data retention policies in a computing platform
US10116733B2 (en) 2014-07-07 2018-10-30 Twilio, Inc. System and method for collecting feedback in a multi-tenant communication platform
US10212237B2 (en) 2014-07-07 2019-02-19 Twilio, Inc. System and method for managing media and signaling in a communication platform
US9467339B2 (en) * 2014-08-19 2016-10-11 Verizon Patent And Licensing Inc. Testing toll-free data service campaigns
US20160057013A1 (en) * 2014-08-19 2016-02-25 Verizon Patent And Licensing Inc. Testing toll-free data service campaigns
US9906607B2 (en) 2014-10-21 2018-02-27 Twilio, Inc. System and method for providing a micro-services communication platform
US10637938B2 (en) 2014-10-21 2020-04-28 Twilio Inc. System and method for providing a micro-services communication platform
US9509782B2 (en) 2014-10-21 2016-11-29 Twilio, Inc. System and method for providing a micro-services communication platform
US11019159B2 (en) 2014-10-21 2021-05-25 Twilio Inc. System and method for providing a micro-services communication platform
US9363301B2 (en) 2014-10-21 2016-06-07 Twilio, Inc. System and method for providing a micro-services communication platform
US10853854B2 (en) 2015-02-03 2020-12-01 Twilio Inc. System and method for a media intelligence platform
US9477975B2 (en) 2015-02-03 2016-10-25 Twilio, Inc. System and method for a media intelligence platform
US11544752B2 (en) 2015-02-03 2023-01-03 Twilio Inc. System and method for a media intelligence platform
US10467665B2 (en) 2015-02-03 2019-11-05 Twilio Inc. System and method for a media intelligence platform
US9805399B2 (en) 2015-02-03 2017-10-31 Twilio, Inc. System and method for a media intelligence platform
US9621520B2 (en) * 2015-03-19 2017-04-11 Cisco Technology, Inc. Network service packet header security
US9912480B2 (en) 2015-03-19 2018-03-06 Cisco Technology, Inc. Network service packet header security
US11272325B2 (en) 2015-05-14 2022-03-08 Twilio Inc. System and method for communicating through multiple endpoints
US10560516B2 (en) 2015-05-14 2020-02-11 Twilio Inc. System and method for signaling through data storage
US10419891B2 (en) 2015-05-14 2019-09-17 Twilio, Inc. System and method for communicating through multiple endpoints
US11265367B2 (en) 2015-05-14 2022-03-01 Twilio Inc. System and method for signaling through data storage
US9948703B2 (en) 2015-05-14 2018-04-17 Twilio, Inc. System and method for signaling through data storage
US10341829B2 (en) * 2015-07-31 2019-07-02 Suzhou Snail Digital Technology Co., Ltd. Directed data plan service-launching system and method for virtual operator
US10003697B2 (en) * 2015-11-13 2018-06-19 Verizon Patent And Licensing Inc. Selective targeting for sponsored data services
US20170142264A1 (en) * 2015-11-13 2017-05-18 Verizon Patent And Licensing Inc. Selective targeting for sponsored data services
US10659349B2 (en) 2016-02-04 2020-05-19 Twilio Inc. Systems and methods for providing secure network exchanged for a multitenant virtual private cloud
US11171865B2 (en) 2016-02-04 2021-11-09 Twilio Inc. Systems and methods for providing secure network exchanged for a multitenant virtual private cloud
US11627225B2 (en) 2016-05-23 2023-04-11 Twilio Inc. System and method for programmatic device connectivity
US10063713B2 (en) 2016-05-23 2018-08-28 Twilio Inc. System and method for programmatic device connectivity
US11076054B2 (en) 2016-05-23 2021-07-27 Twilio Inc. System and method for programmatic device connectivity
US11265392B2 (en) 2016-05-23 2022-03-01 Twilio Inc. System and method for a multi-channel notification service
US11622022B2 (en) 2016-05-23 2023-04-04 Twilio Inc. System and method for a multi-channel notification service
US10686902B2 (en) 2016-05-23 2020-06-16 Twilio Inc. System and method for a multi-channel notification service
US10440192B2 (en) 2016-05-23 2019-10-08 Twilio Inc. System and method for programmatic device connectivity
US10992815B2 (en) 2017-06-29 2021-04-27 Textnow, Inc. Mobile communications with quality of service
US10750028B2 (en) 2017-06-29 2020-08-18 Textnow, Inc. Mobile communications with quality of service
US11558511B2 (en) 2017-06-29 2023-01-17 Textnow, Inc. Mobile communications with quality of service
US11057352B2 (en) 2018-02-28 2021-07-06 Xaptum, Inc. Communication system and method for machine data routing
US10965653B2 (en) 2018-03-28 2021-03-30 Xaptum, Inc. Scalable and secure message brokering approach in a communication system
US10805439B2 (en) 2018-04-30 2020-10-13 Xaptum, Inc. Communicating data messages utilizing a proprietary network
US10924593B2 (en) 2018-08-31 2021-02-16 Xaptum, Inc. Virtualization with distributed adaptive message brokering
US10938877B2 (en) 2018-11-30 2021-03-02 Xaptum, Inc. Optimizing data transmission parameters of a proprietary network
US10912053B2 (en) 2019-01-31 2021-02-02 Xaptum, Inc. Enforcing geographic restrictions for multitenant overlay networks
US11936609B2 (en) 2021-04-23 2024-03-19 Twilio Inc. System and method for enabling real-time eventing
CN113792026A (en) * 2021-08-11 2021-12-14 深圳力维智联技术有限公司 Deployment method and device of database script and computer readable storage medium
US11729588B1 (en) 2021-09-30 2023-08-15 T-Mobile Usa, Inc. Stateless charging and message handling

Also Published As

Publication number Publication date
EP1402683A1 (en) 2004-03-31
JP2004538685A (en) 2004-12-24
US7586871B2 (en) 2009-09-08
US20060114832A1 (en) 2006-06-01
WO2002096025A1 (en) 2002-11-28

Similar Documents

Publication Publication Date Title
US20020176378A1 (en) Platform and method for providing wireless data services
US20020176377A1 (en) Service platform on wireless network
KR100771678B1 (en) Arranging subscriber billing in telecommunication system
US7457865B2 (en) Method for implementing an internet protocol (IP) charging and rating middleware platform and gateway system
US7720960B2 (en) Method and apparatus providing prepaid billing for network services using explicit service authorization in an access server
US7277948B2 (en) Network system with dynamic service profile updating functions
KR100509935B1 (en) System and method for subdividing data service charge in mobile communication network
US20070147324A1 (en) System and method for improved WiFi/WiMax retail installation management
JP4482030B2 (en) Re-authentication processing method based on charging of packet data flow
CN103460642A (en) Method and apparatus for controlling service traffic in a communication network
WO2003039099A2 (en) Method and system for providing and billing internet services
WO2003015390A1 (en) Method and apparatus for integrating disparate telecommunication operational support systems (oss) and streamlining business processes using a software platform
CA3030846A1 (en) Method and system for providing mobility management in network
WO2003047164A2 (en) Control of services in mobile packet data networks
KR20040036688A (en) Platform and method for providing wireless data services
CN101227702B (en) Equipment, system and method for terminal to terminate business under vacant mode
Alonistioti et al. Framework for Charging and Billing for Reconfigurable Services
Grubisic et al. An agent-based user selection method for business-aware service provisioning
IES20020916A2 (en) Control of Services in Mobile Packet Data Networks

Legal Events

Date Code Title Description
AS Assignment

Owner name: AVIAN COMMUNICATIONS, MASSACHUSETTS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HAMILTON, THOMAS E.;ATWOOD, CLIFFORD S.;SIRISWAL, UMESH;AND OTHERS;REEL/FRAME:012892/0726

Effective date: 20020405

AS Assignment

Owner name: SILICON VALLEY BANK DBA SILICON VALLEY EAST, CALIF

Free format text: SECURITY AGREEMENT;ASSIGNOR:PROQUENT SYSTEMS CORPORATION, F/K/A AVIAN COMMUNICATIONS, INC.;REEL/FRAME:013246/0346

Effective date: 20021031

AS Assignment

Owner name: ST. PAUL VENTURE CAPITAL VI, LLC, MINNESOTA

Free format text: SECURITY AGREEMENT;ASSIGNOR:PROQUENT SYSTEMS CORPORATION;REEL/FRAME:013508/0060

Effective date: 20021030

AS Assignment

Owner name: ST. PAUL VENTURE CAPITAL VI, LLC, MINNESOTA

Free format text: TERMINATION AGREEMENT;ASSIGNOR:PROQUENT SYSTEMS CORPORATION;REEL/FRAME:013775/0884

Effective date: 20030211

AS Assignment

Owner name: PROQUENT SYSTEMS CORPORATION, MASSACHUSETTS

Free format text: CHANGE OF NAME;ASSIGNOR:AVIAN COMMUNICATIONS, INC.;REEL/FRAME:013965/0718

Effective date: 20020612

Owner name: PROQUENT SYSTEMS CORPORATION, MASSACHUSETTS

Free format text: CHANGE OF NAME;ASSIGNOR:AVIAN COMMUNICATIONS, INC.;REEL/FRAME:013959/0080

Effective date: 20020612

AS Assignment

Owner name: NOKIA VENTURE PARTNERS II, L.P., CALIFORNIA

Free format text: SECURITY AGREEMENT;ASSIGNOR:PROQUENT SYSTEMS CORPORATION;REEL/FRAME:013962/0152

Effective date: 20030731

Owner name: YANKEETEK INCUBATOR FUND, L.P., MASSACHUSETTS

Free format text: SECURITY AGREEMENT;ASSIGNOR:PROQUENT SYSTEMS CORPORATION;REEL/FRAME:013962/0152

Effective date: 20030731

Owner name: ST. PAUL VENTURE CAPITAL VI, LLC, MINNESOTA

Free format text: SECURITY AGREEMENT;ASSIGNOR:PROQUENT SYSTEMS CORPORATION;REEL/FRAME:013962/0152

Effective date: 20030731

Owner name: ARGO II: THE WIRELESS-INTERNET FUND LIMITED PARTNE

Free format text: SECURITY AGREEMENT;ASSIGNOR:PROQUENT SYSTEMS CORPORATION;REEL/FRAME:013962/0152

Effective date: 20030731

AS Assignment

Owner name: YANKEETEK AFFILIATE FUND, L.P., MASSACHUSETTS

Free format text: TERMINATION AGREEMENT;ASSIGNOR:PROQUENT SYSTEMS CORPORATION;REEL/FRAME:014194/0861

Effective date: 20031104

Owner name: YANKEETEK INCUBATOR FUND, L.P., MASSACHUSETTS

Free format text: TERMINATION AGREEMENT;ASSIGNOR:PROQUENT SYSTEMS CORPORATION;REEL/FRAME:014194/0861

Effective date: 20031104

Owner name: YANKEETEK INVESTMENT PARTNERS, LLC, MASSACHUSETTS

Free format text: TERMINATION AGREEMENT;ASSIGNOR:PROQUENT SYSTEMS CORPORATION;REEL/FRAME:014194/0861

Effective date: 20031104

Owner name: NVP II AFFILIATES FUND, L.P., CALIFORNIA

Free format text: TERMINATION AGREEMENT;ASSIGNOR:PROQUENT SYSTEMS CORPORATION;REEL/FRAME:014194/0861

Effective date: 20031104

Owner name: ST. PAUL VENTURE CAPITAL, MINNESOTA

Free format text: TERMINATION AGREEMENT;ASSIGNOR:PROQUENT SYSTEMS CORPORATION;REEL/FRAME:014194/0861

Effective date: 20031104

Owner name: ARGC IV, L.P., MASSACHUSETTS

Free format text: TERMINATION AGREEMENT;ASSIGNOR:PROQUENT SYSTEMS CORPORATION;REEL/FRAME:014194/0861

Effective date: 20031104

Owner name: NOKIA VENTURE PARTNERS II, L.P., CALIFORNIA

Free format text: TERMINATION AGREEMENT;ASSIGNOR:PROQUENT SYSTEMS CORPORATION;REEL/FRAME:014194/0861

Effective date: 20031104

Owner name: AGRO II: THE WIRELESS-INTERNET FUND LIMITED PARTNE

Free format text: TERMINATION AGREEMENT;ASSIGNOR:PROQUENT SYSTEMS CORPORATION;REEL/FRAME:014194/0861

Effective date: 20031104

AS Assignment

Owner name: PROQUENT SYSTEMS CORPORATION, MASSACHUSETTS

Free format text: SECURITY INTEREST RELEASE;ASSIGNORS:ST. PAUL VENTURE CAPITAL IV, LLC;NOKIA VENTURE PARTNERS II, L.P.;NVP II AFFILIATES FUND, L.P.;AND OTHERS;REEL/FRAME:015798/0941

Effective date: 20050222

Owner name: PROQUENT SYSTEMS CORPORATION, MASSACHUSETTS

Free format text: SECURITY INTEREST RELEASE;ASSIGNORS:ST. PAUL VENTURE CAPITAL VI, LLC;NOKIA VENTURE PARTNERS II, L.P.;NVP II AFFILIATES FUND, L.P.;AND OTHERS;REEL/FRAME:015801/0716

Effective date: 20050222

AS Assignment

Owner name: BYTEMOBILE NETWORK SERVICES CORPORATION, MASSACHUS

Free format text: MERGER;ASSIGNOR:PROQUENT SYSTEMS CORPORATION;REEL/FRAME:015930/0587

Effective date: 20050228

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION

AS Assignment

Owner name: BYTEMOBILE INNOVATIONS, LLC, NORTH CAROLINA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:CITRIX SYSTEMS, INC.;REEL/FRAME:059087/0052

Effective date: 20220214

AS Assignment

Owner name: OPTIMORPHIX, INC., MINNESOTA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BYTEMOBILE INNOVATIONS, LLC;REEL/FRAME:064054/0247

Effective date: 20230410