USPatent applicationPatented

Policy-based control of content intercept

Granted 18 Oct 2011 · 4 office actions

Application· this page
11/715,251
filed 6 Mar 2007
Publication
Not published
not published
Patent
US 8,041,022
granted 18 Oct 2011

Life of the application

16 dated events
⤢ drag to zoom200620082010201220142016201820202022202420262028ProsecutionOwnershipTerm & fees
ProsecutionOwnershipTerm & feeshover for detail · click to open

Abstract

In one embodiment, a method includes detecting registration of an endpoint associated with a user on a network. The method further includes accessing a policy profile of the user. The policy profile indicates whether data communicated to or from the user is subject to a lawful intercept. The method further includes notifying a lawful intercept server that the user has registered on the network.

Description

11 parts
›CROSS-REFERENCE TO RELATED APPLICATION

This Application claims the benefit, under 35 U.S.C. §119(e), of Provisional Patent Application No. 60/780,176 filed Mar. 6, 2006, which is incorporated herein by reference.

›TECHNICAL FIELD

The present disclosure relates generally to communication systems.

›BACKGROUND

Users of a network may be subject to lawfully authorized electronic surveillance either in the form of data taps, where all data traffic (content) to and from a particular user is to be captured and a copy sent to a law enforcement agency (LEA), or the electronic surveillance may be in the form of a multimedia intercept, where a content intercept for specific IP-flows (5-tuple) needs to be installed dynamically, depending on the type of intercept to be performed.

›BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an example system for policy-based control of content intercept;

FIG. 2 illustrates an example method for policy-based control of content intercept.

FIG. 3 illustrates another example method for policy-based control of content intercept.

›DESCRIPTION OF EXAMPLE EMBODIMENTS

Overview

In one embodiment, a method includes detecting registration of an endpoint associated with a user on a network. The method further includes accessing a policy profile of the user. The policy profile indicates whether data communicated to or from the user is subject to a lawful intercept. The method further includes notifying a lawful intercept server that the user has registered on the network.

›DESCRIPTION · 1 of 6

FIG. 1 illustrates an example system 10 for policy-based control of content intercept. System 10 includes one or more endpoints 12 coupled to a network 14 . One or more application servers 30 , one or more media servers 32 , and the Public Switch Telephone Network (PSTN 36 ) are also coupled to network 14 . Endpoints 12 communicate with each other and with application servers 30 , media servers 32 , and PSTN 36 via network 14 . Communication through network 14 may pass through one or more components coupled to, or contained in, network 14 including, but not limited to, an IP gateway 22 , a bearer manager 24 , a policy manager 18 , an application manager 26 , a Lawful Intercept server (LI server 28 ), and/or a reservoir 20 of policy data. In particular embodiments, network 14 is a local area network (LAN), a wireless LAN (WLAN), a wide area network (WAN), a metropolitan area network (MAN), a portion of the Internet, or another network or a combination of two or more such networks. The present disclosure contemplates any suitable network 14 or combination of networks 14 . As an example and not by way of limitation, one or more portions of network 14 may provide a Code Division Multiple Access (CDMA) Evolution Data Optimized (EVDO)—based wireless network infrastructure. One or more portions of network 14 may have a Multimedia Domain Plus (MMD+) or similar system architecture.

One or more links 16 couple an endpoint 12 to network 14 . Similarly, one or more links 16 couple one or more application servers 30 to network 14 , one or more links 16 couple one or more media servers 32 to network 14 , and one or more links 16 couple PSTN 36 to network 14 . In particular embodiments, one or more links 16 each include one or more wireline, wireless, or optical links. In particular embodiments, one or more links 16 each include a LAN, a WLAN, a WAN, a MAN, a radio access network (RAN), a portion of the Internet, or another link 16 or a combination of two or more such links 16 . As an example and not by way of limitation, a link 16 may include a RAN that has a particular coverage area and provides Layer 2 mobile access, quality of service (QoS), mobility, and handoff services in its particular coverage area. The RAN may include one or more radio resource managers (RRMs) and one or more base terminating stations (BTSs). The present disclosure contemplates any suitable links 16 . In particular embodiments, one or more endpoints 12 share with each other one or more portions of one or more links 16 to network 14 . As an example and not by way of limitation, a single RAN may couple two or more endpoints 12 (such as, for example, CDMA cellular telephones) to network 14 . Similarly, in particular embodiments, one or more application servers 30 , media servers 32 , or both share with each other one or more portions of one or more links 16 to network 14 . In particular embodiments, one or more first links 16 may differ from one or more second links 16 . As an example and not by way of limitation, a first link 16 including a RAN may couple one or more endpoints 12 (such as, for example, CDMA cellular telephones) to network 14 and a second link including a PSTN gateway may couple PSTN 36 to network 14 . The PSTN gateway may reside wholly or partially in network 14 . In particular embodiments, one or more links 16 may each include one or more components that reside in network 14 . A link 16 need not necessarily terminate outside network 14 . The present disclosure contemplates any suitable arrangements of any suitable links 16 coupling endpoints 12 , application servers 30 , media servers 32 , and PSTN 36 to network 14 .

In particular embodiments, an application server 30 provides one or more applications to one or more endpoints 12 . As an example and not by way of limitation, an application may include one or more Session Initiation Protocol (SIP)-based communication applications, such as, for example, Internet Protocol (IP) telephony. As another example, an application may include one or more non SIP-based applications, such as, for example, video streaming, gaming, or collaboration. An endpoint 12 may invoke a SIP-based communication application at application server 30 through an application manager 26 in network 14 . Application manager 26 may be a hardware, software, or embedded logic component or a combination of two or more such components facilitating integration of the application domain of network 14 into a policy framework and a security infrastructure of network 14 . An endpoint 12 or one or more predetermined triggers may invoke a non SIP-based application at application server 30 directly, but policy manager 18 (described below) in network 14 may manage access to the non SIP-based application. Policy manager 18 may also coordinate network resources supporting delivery of the non SIP-based application. In particular embodiments, one or more first application servers 30 provide SIP-based communication applications and one or more second application servers 30 provide non SIP-based communication applications. In particular embodiments, application servers 30 providing SIP-based communication applications reside in network 14 on top of an application manager 26 . In particular embodiments, an application server 30 is either stand-alone or user-specific. As an example and not by way of limitation, a stand-alone application server 30 may provide general application services, which users at endpoints 12 may invoke explicitly by reference to the name of their associated services, for example, via a specific SIP uniform resource identifier (URI), a telephone number, or a dial string. Provision of the general application services need not involve originating or terminating call/request treatment. A user-specific application server 30 may provide application services that involve originating or terminating call/request treatment. The present disclosure contemplates any suitable application servers 30 providing any suitable applications to endpoints 12 .

›DESCRIPTION · 2 of 6

In particular embodiments, media servers 32 provide one or more media processing functions to one or more application servers 30 . As an example and not by way of limitation, media processing functions may include interactive voice response (IVR), mixing functions, transcoding, announcement functions, messaging functions, and other functions supporting bearer-related services. Media processing functions may be service enablers, e.g., coarse-grained application components that tend to lack utility by themselves, but are useful to other applications. In particular embodiments, one or more media servers 32 are integrated into one or more application servers 30 . In particular embodiments, one or more media servers 32 are stand-alone resources relative to one or more applications servers 26 subject to control by typical SIP procedures, such as the use of INVITE messages.

In particular embodiments, an endpoint 12 enables a user at endpoint 12 to communicate with one or more users at one or more other endpoints 12 , communicate with one or more users at one or more telephones or other devices across PSTN 36 , or both. As an example and not by way of limitation, an endpoint 12 may be a CDMA or other cellular telephone. An endpoint 12 may be a mobile IP telephone. An endpoint 12 may be a dual-mode telephone including both CDMA or other cellular-telephone functionality and mobile IP telephone functionality. An endpoint 12 may be a personal digital assistant (PDA) including CDMA or other cellular-telephone functionality, mobile IP telephone functionality, or both. An endpoint 12 may be a network-enabled media player including CDMA or other cellular-telephone functionality, mobile IP telephone functionality, or both. Reference to media encompasses audio, video, other media, or a combination of two or more such media. An endpoint 12 may be a network-enabled still or video camera. An endpoint 12 may be a notebook computer system, which may run a telephony application such as, for example, SKYPE. An endpoint 12 may include one or more unattended or automated systems (such as for example, video cameras, video monitors, or gateways or other intermediate components) or other devices capable of communicating to or from network 14 . Reference to an endpoint 12 encompasses one or more endpoints 12 (also referred to as access terminals), and vice versa, where appropriate. The present disclosure encompasses any suitable endpoints 12 .

In particular embodiments, a law enforcement agency (LEA 34 ) has access to network 14 via a communication link 16 . As an example and not by way of limitation, LEA 34 may access network 14 using an endpoint such as a computer system. LEA 34 may be one or more organizations, either affiliated or unaffiliated, with a governmental body. In particular embodiments, LEA 34 may be charged with the task of monitoring data associated with a particular user of network 14 . As an example and not by way of limitation, LEA 34 may receive a court order requiring LEA 34 to intercept data associated with the particular user. The court ordered intercept may include, Call Identifying Information (CII), CII and Dialed Digit Extraction (DDE), or Full Intercept. LEA 34 may intercept data using one or more computer resources, endpoints, or other resources coupled to network 14 through communication link 16 or residing in network 14 . As an example and not by way of limitation, LEA 34 may use LI server 28 to facilitate interception of data communicated across network 14 .

In particular embodiments, network 14 includes an application manager 26 , a bearer manager 24 , a policy manager 18 , one or more IP gateways 22 , a reservoir 20 of policy data and a Lawful Intercept server (LI server 28 ). As described above, in particular embodiments, network 14 also includes a PSTN gateway facilitating communication between network 14 and PSTN 36 . In particular embodiments, components of network 14 are distributed across multiple cities or geographical regions. In particular embodiments, components in network 14 use IP, SIP, or both (possibly in addition to one or more other protocols) to communicate with each other. In particular embodiments, components in network 14 use IP, SIP, or both to communicate with endpoints 12 , application servers 30 , and media servers 32 . Reference to IP encompasses any suitable version of IP, such as IPv4, Mobile IPv6, or a combination of the two, where appropriate. Components in network 14 communicate packets to and from each other. As an example and not by way of limitation, a packet communicated from one or more first components in network 14 to one or more second components in network 14 includes bearer data (such as for example, audio data, video data, voice data, other data, or a combination of such bearer data), signaling data, or both. Herein, reference to a packet encompasses a cell, a frame, a datagram, or another unit of data or a combination of two or more such packets, where appropriate.

Policy manager 18 may be responsible for managing policies. Policy manager 18 includes a hardware, software, or embedded logic component or a combination of two or more such components for making policy decisions. In particular embodiments policy manager 18 resides at 2 or more servers in network 14 . Herein, where appropriate, reference to a policy encompasses a set of rules for utilizing network resources (such as, for example, QoS-related resources, access and connectivity parameters, mobility resources, accounting resources, deep packet inspection resources, or transcoding or other bearer-specific resources) to support applications run on network 14 . In particular embodiments, a rule specifies an action to occur if one or more conditions are satisfied. As an example and not by way of limitation, a request from an endpoint 12 to a bearer manager 24 effectively asking bearer manager 24 for access to network 14 invokes one or more policy processes. Bearer manager 24 may in turn ask policy manager 18 how to allocate network resources at bearer manager 24 for endpoint 12 . The question posed by bearer manager 24 to policy manager 18 may take the general form, “User X has asked perform action Y using implementation Z. What network resources should I allocate to user X?” In response to the question from bearer manager 24 , policy manager 18 may identify one or more policies associated with endpoint 12 or a user associated with endpoint 12 and make one or more policy decisions concerning how bearer manager 24 or one or more other elements of network 14 should allocate network resources for endpoint 12 .

›DESCRIPTION · 3 of 6

In particular embodiments, every user of network 14 may be associated with a particular user policy profile. A user policy profile may comprise a document or file that defines one or more policies to be associated with one or more users of network 14 . The data contained in a user policy profile may include, for example, user-specific policy data used by policy manager 18 to make user-specific policy decisions (e.g., an indication that a particular user's voice traffic should be treated with high priority or a flag on a particular user's profile indicating that LI server 28 should be notified when the particular user accesses network 14 ), SIP user profile data, (e.g., public SIP identities and/or filter criteria), and Generic SIP User Data, (e.g., buddy lists, watcher authorization rules, and/or transparent SIP application data). In particular embodiments, a user's policy profile may be modified by certain elements of network 14 as circumstances regarding the associated user change. As an example and not by way of limitation, a particular user's policy profile may be modified by LI server 28 to include a flag (hereafter referred to as a content intercept flag) indicating that the particular user's data is subject to lawful intercept.

Policy manager 18 includes a hardware, software, or embedded logic component or a combination of two or more such components for making policy decisions concerning what actions should be taken by network 14 once a particular user attempts to register on, or otherwise access network 14 . As an example and not by way of limitation, when a particular user attempts to authenticate to network 14 using an endpoint 12 , policy manager 18 will be contacted as part of the authentication process. Policy manager 18 may check one or more policies associated with endpoint 12 , as well as a user profile associated with the user of endpoint 12 in order to make one or more policy decisions concerning whether the particular user should be granted access to network 14 , and which elements of network 14 should be notified of the particular user's registration on network 14 . As a further example and not by way of limitation, when a particular user who has been previously flagged for content intercept attempts to register on network 14 using an endpoint 12 , policy manager 18 may check the policies associated with the particular user's policy profile and discover that the user has been flagged for content intercept. Policy manager 18 may then decide to notify LI server 28 that the flagged user is authenticating to the network.

Generally, upon registration of an endpoint 12 to network 14 , policy manager 18 may be consulted as part of the authentication process. Policy manager 18 , as described above, may gather certain policy data relating to, among other things and not by way of limitation, the endpoint being registered (e.g., the type of endpoint, the services that the endpoint will support, etc.), the user associated with the endpoint (e.g., the billing status of the user, QoS triggers, accounting triggers, the level of network service or connection speed purchased by the user, a maximum amount of bandwidth to be allocated to the user, the presence of a content intercept flag in the user's profile, etc.), and/or the application being invoked by the user (e.g., SIP based, non-SIP based) in order to determine what policies to apply. Accordingly, it is within the scope of the invention for policy manager 18 to view a content intercept flag as merely another policy indication in the profile process.

In particular embodiments, policy manager 18 may check policy profiles associated with particular users of network 14 by accessing a reservoir 20 of policy data containing, among other things, user policy profiles. Reservoir 20 includes a hardware, software, or embedded logic component or a combination of two or more such components for storing policy data related, at least, to the users of the network 14 . Reservoir 20 may reside locally on policy manager 18 or may be remotely located as a standalone device, or as an integrated component of another element of network 14 . In particular embodiments, reservoir 20 may be a services data manager (SDM) that supports user-specific and non-user specific data (relating to users of network 14 ) for both SIP and non-SIP applications and services.

In particular embodiments, policy manager 18 may further be capable of recording an address of a particular bearer manager which may be used by LI server 28 as an intercept access point (IAP) 25 . As an example and not by way of limitation, bearer manager 24 may contact policy manager 18 on behalf of a particular user who is attempting to register on network 14 using an endpoint 12 . Specifically, bearer manager 24 may contact policy manager 18 in order to get an IP-address assigned to the endpoint 12 . As described above, policy manager 18 may check the user policy profile associated with the particular user attempting to register on network 14 . Upon discovering that the particular user's policy profile contains a content intercept flag, Policy manager 18 may note the address of bearer manger 18 (e.g., the bearer manager servicing the particular endpoint flagged for content intercept). Since bearer manager 18 provides bearer paths to endpoints 12 accessing network 14 , bearer manger 18 may be used by LI server 28 as an IAP meaning that LI server 28 may install a content intercept tap on bearer manager 18 to intercept data transmitted to or from endpoint 12 . Policy server may further note the IP address(es) assigned to the particular endpoint 12 accessing network 14 through bearer manager 24 . Consequently, policy manager 18 may notify LI server 28 of not only the IP address(es) assigned to a particular endpoint 12 , but also of the IP address of the associated bearer manager servicing the endpoint. By proactively recording the address of bearer manager 18 during the initial authentication steps, policy manager 18 may eliminate the need for either provisioning this information or requiring LI server 28 (or other server) to perform control point discovery to dynamically determine which bearer manager is servicing a particular IP-address associated with a particular endpoint 12 .

›DESCRIPTION · 4 of 6

In particular embodiments, a user's endpoint 12 may be assigned two IP addresses. The first IP address may be assigned in a visited network, where endpoint 12 is homed on a visited bearer manager (V-BM) in the visited network (or region), by use of a local network mobility management protocol (such as Proxy Mobile IP or Genera Packet Radio Service Tunneling Protocol (GTP)). The second IP address may be assigned in the home network, where endpoint 12 may be homed on a home bearer manager (H-BM) by use of Mobile IP or other mobility protocols (such as GTP) on endpoint 12 . The present disclosure contemplates similar functionality being available on bearer managers in either a home network or a visited network.

As an example and not by way of limitation, in the case of a multimedia intercept, policy manager 18 may note the association between an IP address assigned to an endpoint 12 and bearer manager 24 when the particular user registers for an IP address. Policy manager 18 may then inform LI server 28 of the relationship, under the assumption that the user will either place or receive a call and hence, in particular embodiments, LI server 28 need not perform control-point discovery.

In particular embodiments, network 14 include LI server 28 . LI server 28 includes a hardware, software, or embedded logic component or a combination of two or more such components for altering user policy profiles, installing content intercept taps, recording data transmitted across network 14 , and/or providing intercepted data to LEA 34 . LI server 28 may be included in the network 14 for the purposes of meeting lawful intercept requirements; for example, LI server 28 may provide a secure administration interface so that authorized personnel can provision network 14 with one or more lawfully authorized content intercept tap according to a court order.

As an example and not by way of limitation, LI server 28 may be used by LEA 34 to place a content intercept flag into a particular user's policy profile that is stored in reservoir 20 . The content intercept flag may carry, among other things, an indication, detectable by policy manager 18 , that data associated with the particular user is subject to lawful intercept (the user being hereafter referred to as a “flagged user”). In particular embodiments, the content intercept flag may also include an address of a particular LI server to contact in the event that the flagged user engages in an activity that triggers a lawful intercept of the flagged user's data (e.g., when the flagged registers to network 14 using an endpoint 12 ). As an example and not by way of limitation, policy manager 18 may detect a content intercept flag in a flagged user's policy profile when the flagged user attempts to access network 14 using endpoint 12 . Upon checking the content intercept flag, policy manager 18 may be provided with the address of a particular LI server to contact regarding the flagged user's registration to network 14 . Policy manager 18 may then use the address supplied in the content intercept flag to inform the identified LI server that the flagged user is registering to network 14 .

In particular embodiments, LI server 28 may be capable of obfuscating a content intercept flag using, for example encryption. A content intercept flag may be visible, or otherwise detectable by various administrative personnel. To render the content intercept flag undetectable, LI server 28 may have the ability to use encryption techniques to hide the content intercept flag.

In particular embodiments, LI server 28 may be capable of installing content intercept taps on various components of network 14 once it has been informed that a flagged user is attempting to access network 14 . As an example an not by way of limitation and as discussed above, policy manager 18 may check a flagged user's policy profile when the flagged user registers on network 14 . Upon discovering a content intercept flag in the flagged user's policy profile, policy manager 18 may be notified of, among other things, the fact that the flagged user's data is subject to lawful intercept, an address of an LI server to notify (in this case LI server 28 ), and possibly an instruction to record the address of the bearer manager contacting policy manager 18 to obtain an IP address on behalf of the flagged user's endpoint 12 . The policy server may then contact LI server 28 and inform LI server 28 that the flagged user is attempting to access network 14 , and furthermore, may provide LI server 28 with the address(es) of both the flagged user's endpoint 12 , and the bearer manager servicing the flagged user's endpoint (in this case bearer manager 24 ). LI server 28 may use this information to install a content tap on bearer manager 24 .

A content intercept tap may include a hardware, software, or embedded logic component or a combination of two or more such components for intercepting data that is transmitted across network 14 . As an example and not by way of limitation, a content intercept tap may include hardware, software, or embedded logic for intercepting all data traffic (content) to and from a particular endpoint 12 , copying the intercepted data, and sending a copy of the intercepted data to LEA 34 . In particular embodiments, a content intercept tap may be in the form of multimedia intercept, wherein a content intercept for specific IP-flows (5-tuple) may need to be installed dynamically, depending on the type of intercept to be performed (e.g., CII, CII DDE, or Full Intercept). Thus, the use of content intercepts taps may enable LI server 28 to collect data that is transmitted by a flagged user through network 14 and, in particular embodiments, through other networks connected to network 14 , as needed.

In particular embodiments, policy manager 18 may install a content intercept tap on bearer manager 24 without using a separate protocol such as Simple Network Management Protocol version 3 (SNMP(v3)). As an example and not by way of limitation, policy manager 18 may install a content intercept tap on bearer manager 24 using the already existing policy infrastructure, by passing policy information back to bearer manager 24 as part of the policy process during login. The policy information from policy manager 18 may instruct bearer manager 24 to install a content intercept tap, which, in turn, may reduce the overall burden on LI server 28 . In particular embodiments, LI server 28 may install content taps on other intercept access points aside from bearer manager 24 . As an example and not by way of limitation an IAP 25 may include PSTN gateways, IP gateways, and/or switches in front of voice-mail servers. In particular embodiments, LI server 28 may further be operable to convert intercepted data (e.g. SIP messages to and from a flagged user) into a format such as J-STD-025B, T1.678 in order to comply with the data formatting requirements defined in the Communications Assistance for Law Enforcement Act (CALEA). Furthermore LI server 28 may be further operable to deliver the intercepted data back to LEA 34 .

›DESCRIPTION · 5 of 6

Bearer manager 24 includes a hardware, software, or embedded logic component or a combination of two or more such components for managing bearer paths in network 14 . As an example and not by way of limitation, bearer manager 24 may be a particular form of a more generalized edge router such as a cable modem termination system (CMTS) in the context of cable access to network 14 or a broadband remote access server (BRAS) in the case of Digital Subscriber Line (DSL) access to network 14 . In particular embodiments, as discussed above, bearer manager 24 may be either a home bearer manager or a visited bearer manager. Generally speaking, managing bearer traffic in network 14 may, as an example and not by way of limitation, include establishing, monitoring, and taking down bearer paths between or among components of system 10 . In particular embodiments, bearer manager 24 also facilitates operations such as signal processing, allocating network resources, and managing gateways (such as, for example, IP gateways 22 ) for endpoints 12 . In particular embodiments, bearer manager 24 resides at one or more servers in network 14 . In particular embodiments, bearer manager 24 and policy manager 18 coreside with each other at one or more servers in network 14 . In particular embodiments, bearer manager 24 includes a Serving General Packet Radio Services (GPRS) Support Node (SGSN), a home/foreign agent, a mobile gateway, a Mobile IPv6 node, a Packet Data Serving Node (PDSN), another component, or a combination of two or more such components. Bearer manager 24 uses any suitable protocol (such as, for example, an IP multimedia subsystem (IMS) protocol) to communicate with one or more other components of system 10 .

Since bearer manager 24 manages bearer paths in network 14 , policy manager 24 may control functions of bearer manager 24 concerning endpoint access to network 14 . As an example and not by way of limitation, bearer manager 24 may contact policy manager 18 on behalf of a particular endpoint 12 that is attempting to access network 14 . As discussed above, bearer manager 24 may request policy manager 18 to provide the particular endpoint 12 with an IP address. In particular embodiments, bearer manager 24 contacts policy manager 18 on behalf of an endpoint 12 that is associated with a flagged user. The bearer manager's request for an IP address informs policy manager 18 that the flagged user is registering to network 14 . As discussed above, policy manager 18 may then communicate this information to LI server 28 which may then act accordingly (e.g., by installing content intercept taps). Similarly, when the flagged user ends his network session or otherwise deregisters from network 14 , bearer manager 24 may inform policy manager 18 accordingly. Policy manager 18 may then communicate this information to LI server 28 which may then act accordingly (e.g., by removing the content taps).

In particular embodiments, access to network 14 is enforced by an IP gateway 22 . Consequently, IP gateway 22 may be responsible for authentication of the endpoints 12 to the network 14 which may be accomplished through an Extensible Authentication Protocol (EAP) exchange. IP gateway 22 may perform communications with the RAN, perform handoff functions between itself and the RAN, and facilitate registration of endpoint 12 to the network 14 .

Particular embodiments may provide the ability to determine the relevant bearer managers when one or more intervening networks are involved through which control point discovery messages cannot be passed. Particular embodiments may push visited network information to LI server 28 allowing lawful intercept orders to be supported across a collection of service providers.

FIG. 2 illustrates an example method for policy-based control of content intercept. The method begins at step 100 , where a bearer manager 24 is contacted by an endpoint 12 that is attempting to register on network 14 . As discussed above, upon detecting a request for registration to network 14 from endpoint 12 , bearer manager 24 may contact policy server 18 in order to have an IP address assigned to endpoint 12 . At step 104 , policy server 18 checks the user policy profile of the user associated with endpoint 12 in order to make a policy decision regarding whether and/or how access to network 14 should be provided to endpoint 12 . At step 108 , policy server 18 detects a content intercept flag in the user's policy profile. At step 112 , policy server 18 notifies LI server 28 that a flagged user is accessing network 14 . Upon receiving notification that the flagged user is registering to network 14 , LI server 28 may install content taps on various IAP's. As discussed above, the address of the LI server may have been provided to policy server 18 by the content intercept flag. At step 116 , bearer manager 24 detects a termination of network usage by the flagged user. At step 120 bearer manager notifies policy manager 18 that the flagged user has deregistered from network 14 or has otherwise ceased network activity. Policy manager 18 may then communicate this information to LI server 28 , and LI server 28 may remove the content intercept taps on various IAPs, at which point the method ends.

Although particular steps of the method illustrated in FIG. 2 are described and illustrated as occurring in a particular order, the present disclosure contemplates any suitable steps of the method illustrated in FIG. 2 occurring in any suitable order. Moreover, although particular components of FIG. 1 are described and illustrated as executing particular steps of the method illustrated in FIG. 2 , the present disclosure contemplates any suitable components executing any suitable steps of the method illustrated in FIG. 2 .

FIG. 3 illustrates another example method for policy-based control of content intercept. The method begins at step 200 , where a bearer manager 24 receives a request from an endpoint 12 to register to network 14 . At step 204 , bearer manager 24 contacts policy server 18 to have an IP address assigned to endpoint 12 . At step 208 , policy manager 18 notes the IP address of bearer manager 24 . As discussed above, policy manager 18 may also note the IP address(es) assigned to endpoint 12 . At step 212 , policy manager 18 communicates the address of bearer manager 24 to LI server 28 . As discussed above, policy manager 18 may also deliver the IP address(es) assigned to endpoint 12 to LI server 28 . At step 216 , LI server 28 install one or more content taps on bearer manager 24 using the IP address provided in step 212 , at which point the method ends. Although particular steps of the method illustrated in FIG. 3 are described and illustrated as occurring in a particular order, the present disclosure contemplates any suitable steps of the method illustrated in FIG. 3 occurring in any suitable order. Moreover, although particular components of FIG. 1 are described and illustrated as executing particular steps of the method illustrated in FIG. 3 , the present disclosure contemplates any suitable components executing any suitable steps of the method illustrated in FIG. 3 .

›DESCRIPTION · 6 of 6

The present disclosure encompasses all changes, substitutions, variations, alterations, and modifications to the example embodiments described herein that a person having ordinary skill in the art would comprehend. Similarly, where appropriate, the appended claims encompass all changes, substitutions, variations, alterations, and modifications to the example embodiments described herein that a person having ordinary skill in the art would comprehend.

Claims as granted

21 claims

Log in to read the claims of this application.

Log in to unlock

Classifications

25 codes
IPC · International Patent Classification
Section H — Electricity
  • H04L47/80
  • H04L47/724
  • H04L45/50
  • H04M7/00
  • H04W36/14
  • H04W36/12
  • H04W60/00
  • H04W12/08
  • H04W80/04
  • H04W8/26
  • H04W80/10
  • H04W36/00
  • H04W48/14
  • H04W28/18
  • H04W92/02
  • H04L41/0894
  • H04L47/10
  • H04L47/70
USPC · US Patent Classification
379/221.1379/229370/390379/219370/432709/224379/230

Claim changes

Soon
Coming soonHow the claims changed between publication and grant

See which claims were amended, added or cancelled during examination, with every added and removed word marked.

AmendedAddedCancelledUnchanged

The published claims of this application are not paired with the granted ones in what we hold.

File wrapper

⤢ drag to zoomJan 2007Jul 2007Jan 2008Jul 2008Jan 2009Jul 2009Jan 2010Jul 2010Jan 2011Jul 2011Jan 2012USPTOApplicantNon-final rejectionResponse after non-finalRequest for continued examinationResponse after non-finalNotice of appeal filedRequest for continued examinationNotice of allowance
USPTOApplicanthover for detail · click to open
Pendency
4.6 y
1,687 days filing → grant
Office actions
4
non-final + final
Responses
2
2 RCE
Interviews
2
examiner interview summaries
Examiner
Curtis Kuntz
art unit 2614 · TC 2600
Citations: 249 back · 55 forward

See the full prosecution history — every USPTO and applicant action on this file, in order.

Log in to unlock

Documents

Log in to open the documents of this file: the application as filed, every office action and response, the notice of allowance.

Log in to unlock

Chain of title

⤢ drag to zoom20082010201220142016201820202022202420262028Owner 1
Titlehover for detail · click to open

See the full assignment history — every owner this patent has passed through, with recordation dates and reel/frame numbers.

Log in to unlock