Verizon Patent and Licensing Inc.

Cellco Partnership

Celico Partnership

Verizon Corporate Resources Group, LLC

Steven Roy Rados

Lalit R Kotecha

Thomas W Haynes

Arda Aksu

David Chiang

Priscilla Lau

Patricia Ruey Chang

Maria G Lam

John F Macias

Yee Sin Chan

Donna L Polehn

Sagiv Draznin

Jay J Lee

Thomas H Tan

Patricia Ruey-Jane Chang

Vikram K Rawat

Derek Hongwei H Bao

Derek Hongwei Bao

Jyothi Keshavdas

Kent William Hughes

Deepak Kakadia

Kumar Sanjeev

Scott Anthony Townley

Chris S Neisinger

Sanyogita Shamsunder

Renato J Delatorre

Nithya Krishnaswamy

Benjamin J Parker

Brian Olson

David B Murray

Lin Sun

Jack T Tang

Steven Leon Spak

Paul Sharad Tuscano

Anthony Dennis

Steven Werden

Hasan Dossal

Jess Germansky

A system may be configured to identify that a user device is connected to a first radio access network ('RAN'), via a first technology; and to identify that the user device is capable of accessing a second RAN, via a second technology. The system may further be configured to instruct the user device to concurrently connect to the second RAN and the first RAN, send or receive a first type of traffic via the first RAN, and send or receive a second type of traffic via the second RAN.

Handing over a user device from one technology to another

A system may use optical character recognition ('OCR') techniques to identify license plates or other textual information associated with vehicles. Based on this OCR information, the system may determine additional information, such as users associated with the vehicles. The system may further obtain other information, such as history information associated with the vehicles and/or the users (e.g., via an 'opt-in' data collection service). Ad content may be selected based on trends associated with the users and/or vehicles, and may be presented via &#x201c;smart&#x201d; billboards (e.g., billboards that may dynamically display different content).

Presenting smart billboard content based on optical pattern recognition of vehicle information

Femtocells are often used to extend the coverage of wireless telecommunication networks, but do not typically incorporate mechanisms that allow their location to be easily ascertained. As described herein, a system may determine the locations of femtocells, based on the locations of user devices that attach to, detach from, handover between, and/or detect the femtocells. A map (such as a three-dimensional map) may be generated based on the determined locations of femtocells. The locations of femtocells may be used, for example, in emergency broadcast situations, in order to ensure that messages are distributed as completely as possible in a given region.

Three-dimensional femtocell mapping

A server may be configured to receive behavior information associated with a user device. The behavior information may indicate a set of geographical locations at which the user device has been present. The server may generate a mode based on the behavior information. The mode may indicate a set of conditions based on which the mode is to be activated, and a set of information to be presented when the mode is activated. The server may output the mode to the user device. The user device may determine, after receiving the mode, that the set of conditions has been satisfied. The determining may be based on a geographical location of the user device. The user device may activate the mode, based on determining that the set of conditions has been satisfied; and may present at least a portion of the set of information, based on activating the mode.

Presenting information based on user profiles

A user device may be used to prevent a user from driving a vehicle while distracted by the user device. The user device may create a user profile, determine whether the user is driving, and collect usage data while the user is driving. The user profile may include information regarding the driver's propensity to be distracted while driving and the usage data may include information on whether the user is actually distracted by the user device. The user device may determine whether the driver is distracted based on the user profile and the usage data, and may respond in one or more ways, such as by alerting the driver with an audio signal, disabling a feature of the user device, logging instances of user distraction with a diagnostics device, activating a braking system of the vehicle, warning nearby drivers about the driver being distracted, and more.

Distracted driver prevention systems and methods

A method performed by a base station in a network, includes detecting a malfunction associated with a backhaul link to the network; identifying one or more neighboring base stations located within a transmission range of the base station; selecting at least one of the one or more neighboring base stations based on one or more parameters, associated with the one or more neighboring base stations, in response to detecting the malfunction; receiving, by a radio frequency (RF) transceiver associated with the base station, a signal from a user equipment; and transmitting, by an RF transceiver associated with the base station, the signal to the selected at least one of the one or more neighboring base stations.

Base station failover using neighboring base stations as relays

A system is configured to receive, from a user device, voice traffic to be sent to another user device; determine whether the voice traffic is local traffic based on whether an eNodeB, associated with the user device, and another eNodeB, associated with the other user device, are served by a particular network device; forward the voice traffic, as non-local traffic, to another network device, associated with a packet data network, for processing when the eNodeB or the other eNodeB are not served by the particular network device; process the voice traffic as local traffic when the eNodeB and the other eNodeB are served by the particular network device; and forward, to the other user device via the other eNodeB, the voice traffic, as local traffic, where the forwarding is performed in a manner that does not include routing the voice traffic via the other network device.

Low latency call transfer

A security device may be configured to receive information regarding traffic that has been outputted by a particular user device; and compare the information regarding the traffic to security information. The security information may include device behavior information, traffic policy information, or device policy information. The security device may determine, based on the comparing, that a security threat exists with regard to the traffic; and take, based on determining that the security threat exists, remedial action with respect to the traffic. Taking the remedial action may include preventing the traffic from being forwarded to an intended destination associated with the traffic, providing an alert, regarding the security threat, to the particular user device, or providing an alert, regarding to the security threat, to another device.

Automated security gateway

A server may be configured to receive an indication that a first user device stores a particular content item; receive, from a second user device, a request for content; and determine that the requested content is available from the first user device. The determining may include determining that the particular content item stored by the first user device corresponds to the request for content, and determining that a local peer connection is available between the first user device and the second user device. The server may further output, to the first user device, an instruction to output the requested content to the second user device via the local peer connection, and/or the server may output, to the second user device, information which may allow the second user device to request the content from the first user device via a local peer connection.

Adaptive, personal localized cache control server

Voice over LTE (VoLTE) services may be provided to a roaming mobile device, even when the home network of the mobile device does not provide VoLTE service. In one implementation, one or more devices in a network may determine based on a mobile device attaching to a network as a roaming device for the network, a home network of the mobile device. The devices may further determine whether the home network, associated with the mobile device, provides VoLTE services; transmit, based on the determination that the home network does not provide VoLTE services, a VoLTE client application to the mobile device, the VoLTE client application providing functionality, for the mobile device, relating to usage of VoLTE services in the network. The devices may further communicate with the mobile device and the VoLTE client application, to provide one or more VoLTE services to the mobile device.

Installation of a voice client for roaming devices in a wireless network

A reporting server receives reports on content items being accessed by a plurality of UE devices through a first multicast/broadcast single frequency network (MBSFN). The reporting server determines, for each content item being accessed, which of the UE devices is accessing the content item. The UE devices are then grouped by the accessed content items such that at least one content item is accessed by a first group of UE devices and not accessed by a second group of UE devices. The reporting server then sends data representing the first and second groups to a broadcast video provisioning system (BVPS) with a recommendation to split the MBSFN into second and third MBSFNs. In another implementation, the reporting server receives reports from fourth and fifth MBSFNs and recommends joining the fourth and fifth MBSFNs to form a sixth MBSFN if broadcast bandwidth requirements are met.

Grouped multicast/broadcast single frequency network (MBSFN) splitting

A device receives a pilot channel from an access network, without connecting to the access network. The pilot channel includes information identifying an actual usage associated with the access network. The device determines whether the actual usage of the access network is greater than a particular usage associated with the access network, and selectively connects to the access network based on whether the actual usage of the access network is greater than the particular usage. The device connects to the access network, to provide data to a core network, when the actual usage of the access network is not greater than the particular usage. The device does not connect to the access network when the actual usage of the access network is greater than the particular usage.

Controlling connection to an access network by machine-to-machine devices

Growing community of inventors

Danville, CA, United States of America

Steven Roy Rados