EP3871404A1 - Billing engine and method of use - Google Patents
Billing engine and method of useInfo
- Publication number
- EP3871404A1 EP3871404A1 EP20752950.4A EP20752950A EP3871404A1 EP 3871404 A1 EP3871404 A1 EP 3871404A1 EP 20752950 A EP20752950 A EP 20752950A EP 3871404 A1 EP3871404 A1 EP 3871404A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- wireless communication
- communication device
- network
- authentication
- mobile operator
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0892—Network architectures or network communication protocols for network security for authentication of entities by using authentication-authorization-accounting [AAA] servers or protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/80—Rating or billing plans; Tariff determination aspects
- H04M15/8038—Roaming or handoff
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/80—Rating or billing plans; Tariff determination aspects
- H04M15/8044—Least cost routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/80—Rating or billing plans; Tariff determination aspects
- H04M15/8044—Least cost routing
- H04M15/8055—Selecting cheaper transport technology for a given service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/82—Criteria or parameters used for performing billing operations
- H04M15/8214—Data or packet based
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/82—Criteria or parameters used for performing billing operations
- H04M15/8228—Session based
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/08—Access security
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/60—Context-dependent security
- H04W12/69—Identity-dependent
- H04W12/71—Hardware identity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/183—Processing at user equipment or user record carrier
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
Definitions
- the present invention is directed generally to wireless communication devices and, more particularly, to a system and method of network management to permit the dynamic measurement of data utilization by wireless communication devices.
- Wireless communication networks have become commonplace. A vast array of base stations is provided by a number of different wireless service providers. Wireless communication devices, such as cell phones, personal communication system (PCS) devices, personal digital assistant (PDA) devices, and web-enabled wireless devices communicate with the various base stations using one or more known communication protocols. While early cell phone devices were limited to analog operation and voice-only communication, modern wireless devices use digital signal protocols and have sufficient bandwidth to enable the transfer of voice signals, image data, and even video streaming. In addition, web-enabled devices provide network access, such as Internet access.
- PCS personal communication system
- PDA personal digital assistant
- the individual wireless communication devices communicate with one or more base stations. Even when two wireless communication devices are located a few feet from each other, there is no direct communication between the wireless devices. That is, the wireless devices communicate with each other via one or more base stations and other elements of the wireless communication network.
- mobile operator networks may off-load communication so that the wireless communication devices communicate with the mobile operator network via a wireless access point.
- Data exchanges i.e., uploads and downloads
- a wireless communication device are not tracked when using a wireless access point.
- Figure 1 is a diagram illustrating a system architecture configured to implement a communication system in accordance with the present teachings.
- FIG. 1 is functional block diagram of one of the wireless communication devices of Figure 1.
- Figure 3 illustrates an embodiment of the system of Figure 1 using an access point as part of a network.
- Figure 4 is an example network architecture of a dynamic network illustrating communication between user equipment, wireless access points, and a wireless service provider network.
- Figure 5 illustrates a venue with a large number of distributed wireless access points.
- Figure 6 illustrates a system architecture in which a venue communicates with a Cloud network.
- Figure 7 illustrates the Cloud network of Figure 6 communicating with multiple venues.
- Figure 8 illustrates a system architecture in which a venue monitors off loaded data utilization.
- Figure 9 is an example table illustrating the data utilization for multiple wireless communication devices.
- Figures 10A - 10B together form a flow chart illustrating the operation of the system illustrated in Figure 8.
- Figure 11 is a flow chart illustrating the operation of the system illustrated in Figure 8 for connection to a network via another wireless
- Figure 12 illustrates a system architecture for small business or home venue to monitor off-loaded data utilization.
- Figure 13 illustrates a network topology for system implementation using cellular radio functionality.
- the system described herein extends the normal operational features of conventional wireless communication devices to track data utilization of each wireless communication device.
- the conventional wireless communication device communicates with a wireless communication network base station using a first transceiver (i.e. , a network transceiver).
- the extended capabilities described herein provide a second transceiver device that allows wireless communication devices to communicate with the mobile operator network via a wireless access point (AP).
- AP wireless access point
- the system and method described herein permit the mobile operator network to track data utilization by each wireless communication device coupled to the mobile operator network via an AP.
- the wireless communication devices are illustrated as part of a system 100 illustrated in the system architecture in Figure 1. Portions of the system 100 are conventional wireless network components that will be described briefly herein.
- the non-network communication capability which may be referred to herein as a“jump-enabled” device or a“jump” device, will be described in greater detail below.
- a conventional wireless communication network 102 includes a base station 104. Those skilled in the art will appreciate that the typical wireless communication network 102 will include a large number of base stations 104.
- Figure 1 illustrates only a single base station 104.
- the base station 104 is coupled to a base station controller (BSC) 106.
- BSC base station controller
- the BSC 106 is coupled to a gateway 108.
- the BSC 106 may also be coupled to a mobile switching center (not shown) or other conventional wireless communication network element.
- the gateway 108 provides access to a network 1 10.
- the network 1 10 may be a private core network of the wireless communication network 102 or may be a wide area public network, such as the Internet.
- a user computing device 112 is illustrated as coupled to the network 1 10.
- CDMA Code Division Multiple Access
- GSM Global System for Mobile communications
- wireless communication devices 120- 124 are illustrative of many different types of conventional wireless communication devices capable of communicating with the base station 104 or other base stations (not shown) in the wireless communication network 102.
- the wireless communication network 102 may communicate using a variety of different signaling protocols.
- the system 100 may be successfully implemented using, by way of example, CDMA, WCDMA, GSM, UMTS, 3G, 4G, LTE, and the like.
- the system 100 is not limited by any specific communication protocol for the wireless communication network 102.
- the wireless communication device 120 communicates with the base station 104 via a wireless network communication link 130.
- the wireless communication device 122 communicates with the base station 104 via a wireless network communication link 132.
- Each of the wireless communication devices illustrated in Figure 1 (e.g., the wireless communication devices 120-124) contain a conventional transmitter/receiver or transceiver components to permit conventional communication with the wireless communication network 102 via the base station 104 or other base station (not shown). Operational details of conventional network communication are known in the art and need not be described in greater detail herein.
- the wireless communication devices illustrated in Figure 1 e.g., the wireless
- wireless communication devices 120-124) also include a second short-range transceiver to allow direct communication between the devices.
- This short-range communication is accomplished without reliance on the wireless communication network 102.
- the short-range transceivers in the mobile communication devices 120-124 permit the dynamic formation of a short- range communication network 1 16 that does not rely on the wireless communication network 102 provided by any wireless service provider.
- the wireless communication devices can rely on the conventional wireless communication network 102 for some communications, but may also be part of the short-range communication network 1 16 formed between the mobile devices themselves.
- the wireless communication device 120 communicates with the base station 104 via the wireless network communication link 130.
- the wireless communication device 122 communicates with the base station 104 via the network wireless communication link 132.
- the wireless communication devices 120 and 122 may communicate directly with each other via a short-range communication link 134.
- the wireless communication device 124 is not in communication with the wireless communication network 102. Flowever, the wireless communication device 124 can communicate directly with the wireless communication device 122 via a short-range wireless communication link 136.
- the dynamic formation of one or more short-range networks 1 16 allows communication between the wireless communications devices 120-124 independent of the wireless communication network 102 even if the wireless communication network 102 is present and operational.
- the communication network 1 16 advantageously allows communication in settings where the wireless communication network 102 is not present or in a situation where the wireless communication network is unavailable.
- the wireless communication network 102 may be unavailable during a power outage or an emergency situation, such as a fire, civil emergency, or the like.
- the short-range communication network 1 16 does not rely on any infrastructure, such as cell towers, base stations, and the like.
- the short-range communication network 1 16 may be extended as jump-enabled wireless communication devices move throughout a geographic location.
- FIG 2 is a functional block diagram illustrative of one of the wireless communication devices illustrated in Figure 1 (e.g., the wireless communication device 120).
- the wireless communication device 120 includes a central processing unit (CPU) 150.
- CPU central processing unit
- the CPU 150 may be implemented as a conventional microprocessor, application specific integrated circuit (ASIC), digital signal processor (DSP), programmable gate array (PGA), or the like.
- ASIC application specific integrated circuit
- DSP digital signal processor
- PGA programmable gate array
- the wireless communication device 120 is not limited by the specific form of the CPU 150.
- the wireless communication device 120 in Figure 2 also contains a memory 152.
- the memory 152 stores instructions and data to control operation of the CPU 150.
- the memory 152 may include random access memory, ready-only memory, programmable memory, flash memory, and the like.
- the wireless communication device 120 is not limited by any specific form of hardware used to implement the memory 152.
- the memory 152 may also be integrally formed in whole or in part with the CPU 150.
- the wireless communication device 120 of Figure 2 also includes conventional components, such as a display 154 and a keypad or keyboard 156. These are conventional components that operate in a known manner and need not be described in greater detail. Other conventional components found in wireless communication devices, such as a USB interface, Bluetooth interface, camera/video device, infrared device, and the like, may also be included in the wireless
- the wireless communication device 120 of Figure 2 also includes a network transmitter 162 such as may be used by the wireless communication device 120 for the conventional wireless communication network with the base station 104 (see Figure 1 ).
- Figure 2 also illustrates a network receiver 164 that operates in conjunction with the network transmitter 162 to communicate with the base station 104.
- the network transmitter 162 and network receiver 164 share circuitry and are implemented as a network transceiver 166.
- the network transceiver 166 is connected to an antenna 168.
- transceiver 166 is illustrated as a generic transceiver.
- the mobile communication devices e.g., the mobile communication devices 120-124
- the mobile communication devices may be implemented in accordance with any known wireless communication protocol including, but not limited to, CDMA, WCDMA, GSM, UMTS, 3G, 4G, 5G, WiMAX, LTE, or the like.
- Operation of the network transceiver 166 and the antenna 168 for communication with the wireless communication network 102 is well-known in the art and need not be described in greater detail herein.
- the wireless communication device 120 of Figure 2 also includes a short-range transmitter 172 that is used by the wireless communication device 120 for direct communication with other jump-enabled wireless communication devices (e.g., the wireless communication device 122 of Figure 1 ).
- Figure 2 also illustrates a short-range receiver 174 that operates in conjunction with the short-range transmitter 172 to communicate directly with other jump-enabled wireless communication devices (e.g., the wireless communication device 122 of Figure 1 ).
- the short-range transmitter 172 and short-range receiver 174 are implemented as a short-range transceiver 176.
- the short-range transceiver 176 is connected to an antenna 178.
- the antennas 168 and 178 may have common components are implemented as a single antenna.
- Figure 2 also illustrates a controller 182 and a data storage area 184.
- the controller 182 controls the exchange of data between wireless communication devices that become part of the short-range communication network 1 16.
- the data storage 184 contains user profile data and messaging data that will be exchanged between wireless communication devices in the short-range communication network 1 16.
- the data storage area 184 may be implemented as any convenient data structure.
- the data storage area 184 contains data (e.g., messages, personal profile information of contacts, a geographical location tag for each contact, and the like) that will be exchanged between wireless communication devices.
- the data may be stored as a simple list, part of a database, or any other convenient data storage structure.
- the user profile can include a broad array of information such as user name, nickname, age, sex, education and work background, hobbies, food preferences (love sushi, Hunan, and Mediterranean food, etc.), and the like.
- two wireless devices may exchange portions of user profile data to determine whether there is a suitable match between the users. If the phones determine that there is a suitable match based on the user profiles, an alert signal may be generated to indicate to the individual users that there is a person nearby that they should meet.
- user profile data may be used in a business venue to determine appropriate marketing and advertisement data based on the user profile.
- wireless communication device 120 of Figure 2 also includes a connection manager 186, which may be implemented as an application program or an application programming interface (API).
- API application programming interface
- connection manager 186 configures the controller 182 to search for and automatically without human intervention connect with selected APs, such the AP 140 in Figure 3 or an LTE/NR compatible radio 448 in Figures 6 and 8, and the modem/router 560 in Figure 12.
- APs such as the AP 140 in Figure 3 or an LTE/NR compatible radio 448 in Figures 6 and 8, and the modem/router 560 in Figure 12.
- the term“NR” refers to a “New Radio,” which is a 5G compatible device.
- the term“AP” refers to an access point, which refers generically to a device with which mobile communication devices can communicate using either WiFi technology or with LTE/NR technology.
- the AP can include either a WiFi compatible radio, a LTE/NR compatible radio, or both radios.
- the AP radio may be programmable and can switch functionality from a WiFi compatible radio to a LTE/NR compatible radio.
- connection manager 186 may also designate primary and secondary APs where connection with a primary AP is preferable and connection to a secondary AP is performed if a primary AP is not available.
- the software implementing the connection manager 186 can be loaded into the wireless communication device 120 by a number of alternative techniques. In one
- the API can be installed by the manufacturer at the time of manufacture or loaded onto the wireless communication device by the carrier.
- connection manager 186 may be downloaded as an application from an application store hosted by the device manufacturer, wireless service provider, or the like.
- the various components illustrated in Figure 2 are coupled together by a bus system 188.
- the bus system may include an address bus, data bus, power bus, control bus, and the like.
- the various busses in Figure 2 are illustrated as the bus system 188.
- the jump-enabled wireless communication device 120 when the jump-enabled wireless communication device 120 comes within range of any other jump-enabled wireless communication device (e.g., the wireless communication device 122 of Figure 1 ), it establishes a short-range wireless communication link (e.g., the short-range wireless
- the short-range transceiver 176 may be designed for operation in accordance with IEEE standard 802.1 1 , sometimes referred to as WiFi. Many modern wireless communication devices are equipped with WiFi and may be readily upgraded to support the functionality described herein. Because the wireless communication devices 120-124 all include WiFi capability, short-range communication networks 1 16 may be formed even though the wireless communication devices may be designed to operate with incompatible wireless communication networks 102.
- the wireless communication device 122 may be configured for operation with a GSM implementation of the wireless communication network 102.
- the wireless communication device 124 may be configured for operation with a CDMA implementation of a wireless communication network 102.
- the wireless communication devices 122-124 are incompatible with respect to the respective wireless communication networks 102, the wireless communication devices 122-124 may still communicate directly with each other via the short-range communication network 1 16.
- the wireless communication devices 120-124 may operate compatibly to form the short-range communication networks 1 16 even though the network transceivers 166 (see Figure 2) may operate with different incompatible wireless communication networks 102.
- the system 100 goes beyond some of the conventional operation of WiFi standards to permit a large number of wireless communication devices to communicate directly with each other.
- a local hot spot is used to initiate the formation of the short- range communication network 1 16. Once established, the short-range
- the wireless communication devices may be pre-programmed to utilize a common SSID, IP range, and port to spontaneously form a short-range
- each wireless communication device transmits a beacon signal with the same SSID, such as the SSID“JUMMMP” to identify the device as a jump-enabled wireless communication device.
- the beacon frame includes several other data fields such as a media access layer (MAC) address for source and destination.
- MAC media access layer
- the destination MAC address is set to all ones to force other wireless communication devices to receive and process the beacon frame.
- the beacon frame used in the system 100 may also include conventional elements, such as a time stamp used for synchronization with other wireless devices, information on supported data rates, parameter sets that indicate, for example, transceiver operational parameters such as the IEEE 802.1 1 channel number and signaling method such as operation at the physical layer (PHY) and operation in a direct frequency spectrum (DSSS) or a frequency hopping spread spectrum (FHSS) operational modes.
- transceiver operational parameters such as the IEEE 802.1 1 channel number and signaling method such as operation at the physical layer (PHY) and operation in a direct frequency spectrum (DSSS) or a frequency hopping spread spectrum (FHSS) operational modes.
- PHY physical layer
- FHSS frequency hopping spread spectrum
- the MAC is implemented in accordance with IEEE 802.2.
- the transceiver may operate in a DSSS or a FHSS operational mode.
- the PHY layer may be implemented using infrared transceivers.
- the IEEE 802.1 1 standard defines a common operation whether devices are using the ad hoc or the infrastructure mode. The use of the ad hoc mode only affects protocols, so there is no impact on the PHY layer.
- the wireless communication device 120 may operate under IEEE 802.1 1 ac/ax at 5 gigahertz (GHz) under IEEE 802.1 1 b/g at 2.4 GHz, or IEEE 802.1 1 h, which operates at both 2.4 GHz and 5 GHz.
- IEEE 802.1 1 ac/ax at 5 gigahertz (GHz) under IEEE 802.1 1 b/g at 2.4 GHz
- IEEE 802.1 1 h which operates at both 2.4 GHz and 5 GHz.
- the wireless communication devices 120-124 may be configured in accordance with IEEE WiFi Direct standards.
- WiFi Direct allows any wireless communication device in the short-range
- WiFi Direct simplifies the process of establishing a communication link.
- the WiFi protected set up allows a communication link to be established by entering a PIN or other identification or, simply pressing a button.
- the jump- enabled wireless communication devices actively seek to establish links with other jump-enabled devices to automatically establish a short-range communication network 1 16.
- the jump- enabled wireless communication devices may communicate with an access point 140, such as a WiFi base station, WAP, wireless router, or the like.
- an access point 140 such as a WiFi base station, WAP, wireless router, or the like.
- a wireless communication device e.g., one of the wireless communication devices 120-124 may function as the access point 140 to permit others of the wireless communication devices in the short range communication network 1 16 to access the network 1 10 via the wireless communication device serving as the access point.
- Figure 3 illustrates a wireless communication link 142 established between the access point 140 and the wireless communication device 120.
- the wireless communication device 122 establishes a wireless
- short-range communication networks will be generally referred to by the reference 1 16. Specific examples of short-range communication networks will be referred to by the reference 1 16 and an alphabetic identifier (e.g., the short-range communication network 116a in Figure 3).
- the wireless communication devices 120-124 there may be one or more short-range communication networks 1 16 formed.
- the wireless communication devices 120- 122 are both within range of the access point 140. Therefore, the first short-range communication network 1 16a can be formed with the wireless communication devices 120-122 and the access point 140.
- the wireless communication device 124 is within range of the wireless communication device 122, but is not within range of the access point 140. In one embodiment, the wireless communication device 124 may be become part of the short-range communication network 1 16a via the wireless communication
- the wireless communication device 122 functions as a“repeater” or relay to relay information between the wireless communication device 124 and other parts of the short-range communication network 1 16a.
- a second short-range communication network 1 16b is formed with the wireless communication devices 122-124.
- the wireless communication device 122 is part of both short-range communication networks 1 16a-1 16b.
- the wireless communication device 122 may simultaneously be a member of both short-range communication networks 1 16a-1 16b or may be logically connected to both short-range communication networks 1 16a-1 16b by alternately switching between the short-range communication networks 1 16a-116b.
- the access point 140 is coupled to the network 1 10 in a conventional manner. This can include a wired or wireless connection directly to the network 1 10 or via an intermediate network gateway, such as those provided by an Internet Service Provider (ISP).
- Figure 3 also illustrates a JUMMMP Network website 200, which may support an individual web page 202 for each member (e.g., an individual person, business, organization, etc.) of the JUMMMP Network.
- Figure 3 also illustrates a generic conventional social network website 206, which may support an individual web page 208 for each member of the social network.
- the JUMMMP network website 200 and social network website 206 are each coupled to the network 1 10.
- the JUMMMP website 200 effectively functions as a social network website.
- the JUMMMP website technology can be incorporated into existing social network websites.
- the two separate websites illustrated in Figure 3 can effectively be combined into a single website.
- the user of a jump-enabled wireless communication device may use the web-browsing capability of the wireless communication device to access the individual jump web page 202 for the individual with whom contact has just been made to learn more about that individual.
- the user of a jump-enabled wireless communication device may use the web-browsing capability of the wireless
- a contact list 204 which is typically a portion of the individual jump web page 202 is configured to store contact information.
- the individual jump web page 208 of the social network 206 can include a contact list 210 to store contact information.
- the contact information may include a user profile exchanged along with individual messages between users. As will be discussed in greater detail below, the user profile can include user name and preferences, as well as information about the specific exchange of messages.
- the user profile can include the date and time at which messages were exchanged, geo-location data (e.g., latitude and longitude) of the sender of a message, and the like, and can also be stored as user profile data in the contact list 204. Applications for the profile data are described in greater detail below.
- access to the network 1 10 may be provided via another jump-enabled wireless communication device.
- the wireless communication device 122 can communicate with the base station 104 via the wireless communication link 132 while the wireless
- the wireless communication device 124 is in proximity with the wireless communication device 122 and can communicate with the wireless communication device 122 via the wireless communication link 136 as part of the short-range communication network 1 16.
- the wireless communication device 124 can use the wireless communication device 122 as a repeater or relay to allow the wireless communication device 122 to access the network 1 10 via the wireless communication device 122 and the base station 104.
- the wireless communication devices 120-122 can communicate directly with the access point 140 via the wireless communication links 142-144, respectively.
- the wireless communication devices 120-122 can also communicate with each other via the access point 140 thus forming the short-range communication network 1 16a.
- the wireless communication device 124 cannot communicate directly with the access point 140.
- the wireless communication device 124 is in proximity with the wireless communication device 122 and can communicate with the network 110 via the wireless communication device 122 and the access point 140.
- a business may utilize the short-range communication networks 116 to disseminate business information in the form of messages, coupons, advertisements, and the like.
- a wireless communication device may communicate with multiple vendors within a particular venue and receive information that varies from one venue to another. This is illustrated in Figures 4-6.
- wireless communication devices are referred to generically as user equipment (UE).
- UE user equipment
- the term UE is intended to include any wireless communication device capable of processing audio, video, and text messaging. This includes smart phones, laptops, PDAs, computer tablets (e.g., an iPadTM), and the like.
- Figure 4 illustrates UEs 400-404 in a venue such as a shopping mall.
- the UE 400 uses the network transceiver 166 (see Figure 2) to communicate with a radio access network (RAN) 406.
- the RAN 406 is intended to generically represent a base station (e.g., the base station 104 in Figure 1 ) and any associated support circuitry.
- the UE 400 establishes a wireless communication link 408 with the RAN 406 in a conventional manner.
- Figure 4 also illustrates wireless communication links 410-412 coupling the UE 400 with APs 416-418, respectively.
- the APs 416-418 may typically be associated with different stores in the shopping mall.
- Figure 4 also illustrates the UE 404 communicating with the AP 418 via the wireless communication link 420.
- the UE 402 also communicates with the AP 418 via a wireless communication link 422.
- the UE 402 establishes wireless communication links 424-426 with APs 428-430, respectively.
- the AP 428 and the AP 430 may be co-located in the same store and are coupled to a server 432.
- the two APs 428-430 form a network back bone that creates a tether for multiple phones within the store in which the APs are located.
- the UE 402 will connect to the AP 428 or the AP 430 depending on the signal strength. If other UEs come within range of the APs 428-430, the UEs may communicate for the all the purposes described above either directly or via the WiFi AP mesh network formed by the APs 428-430.
- the server 432 may control the flow of data to and from the UE 402 via the AP 428 and/or the AP 430.
- the APs e.g., the AP 4166
- the AP 416 may be directly coupled to a service provider.
- the AP 416 may be implemented as a cable modem with a wireless connectivity for the UE 400.
- the AP 416 may be coupled to a computer (not shown) which controls operation of the AP 416 as well as controlling communications with the network 1 10.
- the network 1 10 may be a wide area network, such as the internet.
- the UE 400 can establish a wireless communication link 434 with the UE 402.
- the wireless communication link 434 is established using the short-range transceiver 176 (see Figure 2) thus permitting the UE 400 and 402 to establish the short-range communication network 1 16.
- the short-range communication network 1 16 in Figure 4 operates in a manner described above.
- the AP 416 and AP 418 may be access points for different businesses.
- the wireless communication link 410 is established and the AP 416 may disseminate business information, such as messages, coupons, advertisements, and the like.
- the wireless communication link 412 is established and the UE 400 may receive business information from the AP 418.
- some or all of the information received from the AP 416 via the wireless communication link 410 may be relayed from the UE 400 to the UE 402 via the wireless communication link 434.
- information from the business associated with the AP 416 may be
- a wireless communication device e.g. the wireless communication device 122 in Figure 1
- a short-range communication network 1 16 may serve as a hot spot in a short-range communication network 1 16.
- the short-range communication networks may typically be established using an AP, such as the AP 140 in Figure 3 or any of the APs shown in Figure 4.
- a verification system can be used to assure the authenticity of the information received by the UE 400 from the AP 416 and the AP 418.
- the UE 402 has established wireless communication links 424-426 with the APs 428-430, respectively.
- these APs may be in a large business.
- the information provided to the UE 402 may be customized for the user based on the user’s current location within the business.
- Figure 5 illustrates a large venue 440, such as a casino.
- the related business 442 may be a performance venue for singers, comedy acts, and the like.
- the related business 444 may be a nightclub while the related business 446 may be a restaurant.
- the position and coverage area of the APs 448 can be determined based on the particular hardware
- all of the APs 448 may be coupled to a server (e.g., the server 432 in Figure 4) or a gateway 450 (see Figure 6).
- a server e.g., the server 432 in Figure 4
- a gateway 450 see Figure 6
- the identity of the UE 400 can be verified by the UE providing a profile and user information and signing up for the WiFi service and downloading the API in exchange for free WiFi service. Initially this may be accomplished through a portal page, as will be described in greater detail below.
- the server 432 can provide customized messages to the owner of the UE 400. While the UE 400 remains within the venue 440, it is in substantially continuous contact with the APs 448 and may receive data therefrom. For example, the UE 400 could receive an ad for free or discounted tickets to the performance venue 442 or an invitation to happy hour at the nightclub venue 444 or a discounted meal at the restaurant venue 446. If the owner of a UE 400 is not a registered guest at a hotel within the venue 440, the APs 448 could send an invitation or ad to book a room in the venue 440. The UE 400 can communicate with the server 432 via the APs 448 to accept one or more of the ad offers. For example, the UE 400 could transmit an acceptance and book tickets at the performance venue 442. Similarly, the user of the UE 400 can book a room in the venue 440.
- the venue 440 can establish virtually continuous wireless
- the stream of ad data to the UE 400 may be for the venue 440 and the related businesses 442-446.
- the venue 440 may provide advertising for a different venue (not shown).
- the server 432 may provide ad content for a related business down the street or even for a third-party business with whom the venue 440 has contracted to provide advertising to the UE 400.
- the AP 448 may provide advertising for a convention at a different venue or for a boxing match at a different venue.
- advertising content may or may not be related to the venue 440 in which the UE 400 is presently located.
- Figure 6 illustrates a system architecture that allows operation of the system across multiple venues.
- the venue 440 is illustrated with a limited number of UEs 400 and a limited number of APs 448. As discussed above with respect to Figure 5, the venue 440 may have a large number of APs 448 distributed throughout the venue.
- the APs 448 are configured for operation in accordance with IEEE 802.1 1 , sometimes referred to as WiFi. Virtually all UEs 400 have WiFi capability and thus have virtually universal connectivity.
- the mobile operator network 474 is a 5G wireless network, which has significantly increased data rates compared with earlier technologies, such as 3G and 4G. Rather than provide WiFi compatible APs 448 in a venue, the functionality of the APs has been supplemented by LTE/NR compatible radios 448 shown in Figures 6 and 8.
- the AP can include both WiFi compatible radios in addition to the LTE/NR compatible radios 448 are able to provide both WiFi functionality and LTE functionality.
- the UE 400 can connect to the LTE/NR compatible radios 448 with the network transceiver 166 (see Figure 2) or connect to the WiFi compatible radios with the short-range transceiver 176.
- the various LTE/NR compatible radios 448 are coupled together using infra-structure such as routers, switches, and the like. Those routers, switches and gateways are illustrated in Figure 6 by the reference 450.
- the routers, switches and gateways 450 can be implemented as Evolved Packet Core (EPC) equipment, which can transport both WiFi and LTE traffic.
- EPC Evolved Packet Core
- the gateway 450 allows an interconnection to the network 1 10 via a communication link 452, but could be any wide area network.
- the network 1 10 may be implemented as the Internet.
- the gateway 450 provides a backhaul 454 to a cloud computing environment designated as a JUMMMP Cloud 456.
- the backhaul 454 may be implemented in a variety of different manners using known technology.
- the backhaul 454 may be routed to the JUMMMP Cloud 456 via the network 1 10.
- a web portal page and policy controller server 458 controls user authentication across a number of different venues in addition to the venue 440.
- a network management element 460 controls overall operation of the network in the JUMMMP Cloud 456.
- the policy server controller 458 can also include SaMOG-GW (S2a mobility over GTP) functionality.
- GTP refers to a general packet radio service (GPRS) tunneling protocol for use with 3G/4G networks.
- the infrastructure 450 provides tunneling to the policy server controller 458 via the backhaul 454 or an internet connection. This component provides EPC integration to a mobile operator network by acting as a trusted wireless gateway (TWAG).
- TWAG trusted wireless gateway
- WiFi calling may be billed to a customer at one rate while video
- conferencing or other services can be provided to customers at a different rate.
- Figure 6 illustrates a number of different web pages that may be downloaded to the UE 400 in the venue 440.
- the venue 440 may include its own server and store its own portal pages. Flowever, such an architecture requires that each venue have a separate server to support this functionality.
- the system in Figure 6 advantageously utilizes the web portal page server and policy controller server 458 for multiple venues.
- the JUMMMP Cloud 456 may have some common pages for all venues, such as a log-in web page 462. However, even the log-in web page may be unique to the venue 440.
- interstitial web pages 464 may display information about the venue 440 (or advertising for businesses within the venue, third party advertising, or advertising for other venues within the
- the JUMMMP Cloud 456 may include one or more welcome web pages 466.
- the welcome web pages 466 may offer various services, such as a credit card data entry page, and Internet access sign-up page, a voucher code entry page to permit the user to enter discount voucher data, and the like.
- the initial registration can provide WiFi connectivity at a certain service level, such as a basic bandwidth.
- the welcome pages may include an offer to upgrade WiFi connectivity to a higher bandwidth for an advertised price. If the user is a guest at the venue 440, the charge can be automatically made to the user’s room. In another embodiment, the user’s phone may be charged for the upgraded bandwidth service. Other similar services may be provided in the welcome web pages 466.
- interstitial web pages 464 and the welcome web pages 466 may be unique to the venue 440. Even though these web pages may be unique to the venue, the centralized web portal page server 458 within the JUMMMP Cloud 456 simplifies the overall system architecture within the venue 440 and within other venues by eliminating the need for a portal page server within each venue.
- a local ad server 468 in the JUMMMP Cloud 456 may provide localized ads for multiple venues, including the venue 440. As discussed above, the ads may be for the venue 440 itself or for the related businesses 442-446 (see Figure 5). In addition, the ads may be for businesses near the venue 440 (or for other venues in the JUMMMP network).
- the ad server 468 in the JUMMMP Cloud 456 simplifies the network architecture within the venue 440 and other venues by eliminating the need for an ad server within each venue.
- a data base server 470 in the JUMMMP Cloud 456 may be configured to collect a broad range of information regarding the UEs 400 (including the user profile information from the data storage area 184 (see Figure 2) that was provided when the UE 400 was first identified in the venue. The profile information will help provide targeting marketing and advertising to the UE 400 as it traverses the venue).
- data messages may include geo-location data.
- the geo location data e.g., longitude and latitude
- the wireless communication device e.g., the UE 400 in Figure 6) may have built-in GPS.
- Other possible location determination technologies include WiFi, 3G, approximation triangulation, or last-known location of the user.
- the UE 400 will communicate with different ones of the access point 448 in the venue 440 shown in Figure 5. As the UE 400 moves throughout the venue, new communication links are established with nearby access points 448. By identifying which access point 448 the UE 400 is communicating with, it is possible to determine the location of the UE 400 with a reasonable degree of accuracy.
- the database server 470 is configured to store location information, along with time/date data to thereby track movements of the UE 400. In one embodiment, the database server 470 can also be configured to store message data from the UEs 400 throughout the system 100.
- the database server 470 may also store user profiles for the UE 400 as well as profile data collected by the UE 400 from other JUMMMP users.
- the API which is installed on the UE 400 as part of the initial registration process prior to entering the venue 400 or as part of the verification process when the UE enters the venue 400, is configured to generate a“heartbeat” signal that periodically reports location data back to the database server 470.
- the location data may include a time/date stamp to provide location information for the UE 400. This information can be useful for marketing purposes.
- the database server 470 can determine how long the UE 400 remains in a particular area (e.g., one area of the casino), how many times and how long the UE remains at the bar, in a nightclub or the like. By collecting this information, the database server 470 can establish a user profile for the UE 400 for marketing purposes.
- the JUMMMP Cloud 456 also includes an IP transfer point 472, which is coupled to a mobile operator network 474 via a communication link 476.
- mobile data off-loading also called data off-loading, involves the use of complementary network technologies for delivering data originally targeted for cellular networks, such as the mobile operator network 474.
- WiFi network congestion may occur.
- mobile network operators sometimes set up WiFi access points in areas of congestion and allow some of the data originally targeted for the mobile operator network 474 to be carried by the WiFi network.
- Rules triggering the mobile off-loading action can be set by an end user (i.e. , the mobile subscriber) or the mobile network operator.
- the software code operating on the off-loading rules can reside in the UE 400, in a server, or divided between these two devices.
- the purpose of mobile data off-loading may be based on the cost for data service and the availability of higher bandwidth.
- off loading can reduce congestion of the cellular network and improve coverage in areas such as building interiors.
- the primary complementary network technologies used for mobile data off-loading are WiFi, femtocells, and integrated mobile broadcast.
- each mobile network operator has its own WiFi network to off-load data that would otherwise be carried on its particular mobile operator network.
- the LTE/NR compatible radios 448 within the venue 440 do not belong to the operator of the mobile operator network 474 as is normally the case in data off-loading.
- the data off-loading is provided by the venue 440 through contract with the mobile operator network 474.
- Figure 6 illustrates only a single mobile operator network 474, those skilled in the art will appreciate that it is representative of one or more mobile operator networks.
- each mobile operator network contracts with the venue 440, either directly or with the JUMMMP Cloud 456, to provide data off-loading in the venue.
- the mobile network operator When the UE 400 enters the venue, the mobile network operator is notified and the mobile operator network 474 can determine whether or not to off-load data traffic for that UE. If data off-loading for the UE is approved in accordance with the rules described above, Internet access, text messaging, and even telephone calls can be provided to the UE 400 via a connection from the mobile operator network 474 through the communication link 476 to the IP transfer point 472 within the JUMMMP Cloud 456. In turn, that off- loaded data is routed through the backhaul 454 to an AP 448 and ultimately to the UE 400. Similarly, outgoing calls and data uploads from the UE 400 may be routed in the reverse fashion.
- This approach has the beneficial effect of off-loading traffic from an otherwise congested mobile operator network 474.
- the mobile network operator may find improved performance because direct communication with the UE 400 through a base station (e.g., the base station 104 in Figure 1 ) may not work well when the UE 400 is inside a building, such as the venue 440.
- a base station e.g., the base station 104 in Figure 1
- improved reception and reduction in network congestion are double benefits of the IP off-loading provided by the JUMMMP Cloud 456.
- the present disclosure provides a mechanism for tracking data utilization for any UEs 400 that are sending or receiving off-loaded data traffic. As will be described in greater detail below, this tracking mechanism permits the mobile operator network 474 to monetize the off-loaded traffic by measuring and
- data usage i.e. , unlimited data downloads, pre-paid charged, or post paid charges.
- data off-loading can ease the traffic burden over the existing mobile operator network 474 and reduce roaming charges to the end user.
- the policy server controller 458 controls the authentication process across multiple venues.
- the policy server controller 458 may also function as a registration server to assure the authentication of the UE 400.
- the components shown in the JUMMMP Cloud 456 are illustrated as individual elements.
- a single policy controller server 458 may be sufficient for a large area, such as the entire country. Indeed, in one embodiments, a single policy controller server 458 may provide registration services for the entire system 100.
- the policy controller server 458 may be illustrative of a number of different computing platforms designed to implement the functionality of the policy controller server.
- the policy controller server 458 may be implemented in a hierarchical fashion where a local or regional policy server controller 458 contains local and regional data, but may communicate with regional or national policy controller servers 458 on a higher hierarchical level. For example, if the UE 400 performs an initial registration in one city, that registration data may be stored in a local implementation of the policy controller server 458 and reported to a regional or national level of the policy controller server. In this manner, the registration data may be efficiently distributed throughout a wide area. As will be discussed in detail below, this arrangement also facilitates easy subsequent authentication of the UE 400.
- the UE 400 must register with the system 100 at some initial point in time.
- the initial registration can be performed remotely using, by way of example, a laptop or PC connected to the JUMMMP Cloud 456 via the network 1 10.
- the UE can perform an initial registration as it enters the venue 440 illustrated in Figure 6.
- the policy controller server 458 will not have any data related to that particular UE 400.
- that initial AP 448 in the venue 440 may perform an initial registration.
- the UE 400 can connect to the initial AP 448 and provide identification information.
- the user can complete the initial registration process by providing data, such as the telephone ID (i.e. , the phone number), a device ID, a user ID, and an email address as well as other information, such as the user profile in the data storage area 184 (see
- the user ID may be a user generated name, nickname, or the like.
- the device ID may vary based on the particular type of the UE 400. For example, if the UE 400 utilizes an AndroidTM operating system, the device will be assigned an AndroidTM ID. In addition, the UE 400 may typically be assigned an international mobile equipment identification (IMEI). Any of these device identifications alone may be transmitted to the policy server controller 458. In another alternative
- a unique hash of one or more device IDs may be generated and transmitted to the policy server controller 458 as the device ID.
- the short-range transceiver 176 may also include an identification, such as a MAC address that is unique to the UE 400.
- the registration data described above can be provided to the policy server controller 458 along with the MAC address.
- the registration data may be stored in association with the MAC address.
- Registration refers to an initial process in which the UE 400 provides identification data to the policy server controller 458. As previously described, this can include identification data for the UE 400 itself (e.g., a MAC address, IMEI, or the like) and user information (e.g., user name/password, profile data, and the like).
- the UE must perform the registration process at least once to provide the policy server controller 458 with the necessary identification information.
- the UE 400 is automatically authenticated when it comes within range of one of the APs 448 within the venue 440. Authentication refers to a process in which a previously registered UE 400 is automatically identified based on information provided by the UE during the authentication process and the retrieval of stored identification data stored within the JUMMMP Cloud 456 (see Figure 6). Once the initial registration process has been completed, subsequent authentications are greatly simplified.
- the web portal page server 458 may transmit other pages, such as the log-in web page 462, one or more interstitial web pages 464, and the welcome web page 466 shown in Figure 6.
- the UE 400 can also perform the initial registration using a conventional wireless service provider network. As previously discussed the UE 400 can communicate with the RAN 406 (see Figure 4) via the wireless communication link 408 in a conventional manner. Those skilled in the art will appreciate that the UE can access the network 110 via the RAN 406. Conventional wireless service provider components, such as a gateway to the network 110 are known in the art, but not illustrated in Figure 4 for the sake of clarity. In one embodiment, the UE 400 can perform a registration process with the policy server controller 458 via the RAN 406. In this embodiment, the UE 400 accesses a website, such as the
- the policy server controller 458 may be associated with the JUMMMP network website 200 (see Figure 3) or the JUMMMP Cloud 456 of Figure 6.
- the UE 400 may perform an initial registration using a conventional computer (e.g., the user computing device 1 12 of Figure 1 ) to provide the registration data for the UE 400 to the policy controller server 458.
- a conventional computer e.g., the user computing device 1 12 of Figure 1
- the user may make a reservation to visit a hotel, such as the casino venue 440 illustrated in Figure 5.
- the user may be invited to perform a registration process with the policy server controller 458 using, by way of example, a link to a registration web page.
- the policy control server 458 knows the geographic locale of the UE 400. In this manner, the UE 400 knows that information, such as messages, coupons, advertisements, and the like are received from valid and registered businesses.
- a previously-registered UE 400 may come within range of the initial LTE/NR compatible radio 448 in the venue 440 of Figure 6 and establish a wireless communication link therewith. In establishing the
- the UE 400 transmits its identification data (e.g., MAC address and/or the phone ID or IMEI, or the like).
- the LTE/NR compatible radio 448 transmits an authentication request message to the policy server controller 458 to determine whether the UE 400 is a registered device. Based on the identification data automatically provided by the UE 400 to the LTE/NR compatible radio 448 and the user information already stored in the JUMMMP Cloud 456, the policy server controller 458 can confirm that the UE 400 has previously registered.
- the UE 400 is authenticated whenever it comes into range of any of the LTE/NR compatible radios 448 of the system 100. This may occur transparently to the user. This automatic authentication process can occur even if the initial registration was in a completely different part of the country.
- the UE 400 may move from one venue 440 to another in the same city or region or may be in a completely different part of the country and be automatically identified and authenticated with APs that are part of the system 100 described herein. This convenient registration and authentication avoids the need for constantly searching for a WiFi connection or an LTE connection as required by other systems. Based on this automatic
- the UE 400 may be automatically connected to the WiFi network created by the LTE/NR compatible radios 448 in the venue.
- the UE 400 may get welcome greetings from the venue and may also receive advertising, offers, discounts, and the like.
- the JUMMMP Cloud 456 also advantageously provides a centralized registration function for multiple venues, as illustrated in Figure 7.
- the multiple venues 440 are each connected to the JUMMMP Cloud 456 via individual respective backhauls 454. If a UE 400 initially registers at Venue 1 , using the registration process described above, that registration information is stored in the JUMMMP Cloud 456. At a later point in time when the user enters, by way of example, Venue 2 illustrated in Figure 7, the UE 400 will automatically identify the LTE/NR compatible radio 448 and begin to communicate therewith. Because the UE 400 has already been registered, that information is passed along to the JUMMMP Cloud 456 and the UE 400 is automatically authenticated.
- an initial registration of the UE may take place at a sports venue in, by way of example, New York City.
- the UE 400 is carried to a casino in, by way of example, Las Vegas, Nevada, the UE 400 will automatically begin to communicate with the LTE/NR compatible radio 448 in the new venue in Las Vegas.
- the UE 400 need not undergo another registration process when it enters the venue 440 in Las Vegas.
- a single registration process at any venue is sufficient for registration with the JUMMMP Cloud 456.
- the UE 400 Whenever the UE 400 goes into a different venue 440 that is coupled to the JUMMMP Cloud 456, the UE 400 is automatically recognized and authenticated. During the automatic authentication process, the JUMMMP Cloud 456 may provide interstitial portal pages 464 to the UE 400. Upon completion of the automatic registration process, welcome portal pages 466 may then be transmitted to the UE 400.
- Figure 8 illustrates a variation of the system architecture illustrated in Figure 6, but with additional features that allow data off-loading to be monitored and reported to mobile operator networks 474.
- WiFi is a high speed wireless technology based on IEEE 802.11 protocol technologies.
- Long Term Evolution (LTE) is a high speed wireless technology based on GSM/EDGE and UMTS/HSPA protocol technologies.
- mobile operator networks 474 are implementing 5G wireless networks, which have significantly increased data rates compared with earlier technologies, such as 3G and 4G.
- WiFi compatible APs 448 see Figure 448
- the functionality of the APs has been supplemented by adding LTE/NR compatible radios 448, shown in Figures 6 and 8, in addition to WiFi compatible radios.
- the UE 400 will search for IEEE 802.1 1 protocol wireless service provided by a WiFi radio in the AP. In contrast, If the venue 440 is implemented with LTE/NR functionality, the UE 400 will search for available GSM/UMTS service.
- the LTE/NR compatible radios 448 can operate in a cellular environment and communicate with UEs 400 using
- the WiFi compatible radios can operate in a WiFi environment and communicate with UEs 400 using IEEE 802.1 1 protocol technologies.
- the connection manager 186 (see Figure 2) can determine whether a particular UE 400 will seek a WiFi connection or a LTE connection as the primary or preferred connection type.
- WiFi and LTE support authentication capabilities using RADIUS or Diameter protocols for authentication. Authentication procedures are discussed in greater detail below.
- the venue 440 is equipped with a number of WiFi compatible and LTE/NR compatible radios 448 distributed throughout the venue to provide a desired area of coverage.
- the table below illustrates the operational differences between use of the WiFi compatible radios and the use of the LTE/NR compatible radios in the venue 440.
- Implementation using the WiFi compatible radios uses traditional Ethernet technology for network transport.
- the network transport layer i.e., Layer 2 in the ISO model
- the network transport layer can be implemented using a virtual local area network (VLAN) and virtual routing and forwarding (VRF).
- VLAN virtual local area network
- VRF virtual routing and forwarding
- a conventional LAN can provide connectivity for one or more subnets.
- a network switch can provide support for multiple, independent VLANs, creating Layer 2 (data link) implementations of subnets.
- a VLAN is associated with a broadcast domain and is usually implemented with one or more Ethernet switches.
- Virtual routing and forwarding (VRF) technology implemented in IP network routers permits multiple instances of a routing table to exist in a router and operate simultaneously. This improves router and network functionality by allowing network paths to be segmented without using multiple devices. Because traffic is automatically segregated, VRF also increases network security. In some embodiments VRF may be implemented using a virtual local area network (VLAN) and virtual routing and forwarding (VRF
- the improved network security can eliminate the need for encryption and authentication.
- An ISP e.g., the ISP 562 of Figure 12
- VRF virtual private network
- NFV network functions virtualization
- a single physical server can provide NFV for multiple networks.
- the content/firewall server 480 in Figure 8 can be implemented using NFV.
- the NFV implementation permits data segmentation that permits a single server to provide NFV for multiple different mobile operator networks 474. The NFV permits a separate segmented network path for each of the mobile operator networks 474. Because traffic is automatically segregated, NFV also increases network security.
- Figure 13 illustrates an exemplary network topology for implementation using cellular radio functionality, such as Citizens Broadband Radio Services (CBRS) LTE/NR radio technology.
- CBRS citizens Broadband Radio Services
- the front end in Figure 13 is similar to WiFi network topology in that the UE seeks out and connects with one or more APs 448.
- the radios in this implementation are LTE/NR compatible radios and the UE 400 uses it network transceiver 166 (see Figure 2) to communicate therewith.
- Data from the infrastructure 450 is carried to the JUMMMP Cloud 456 using NFV technology.
- the NFV can carry the network traffic for different mobile operator networks 474 as different segmented data streams.
- the AAA server 484 can perform authentication functions as a proxy for the different mobile operator networks 474 or communicate directly with the mobile operator network 474 to permit authentication by the mobile operator network itself, as described above with respect to a WiFi implementation.
- data traffic itself may be handled by the NFV
- the UEs 400 can communicate with one or more WiFi or LTE/NR compatible radios 448.
- the venue 440 also includes routers and switches, which may be referred to generically as infrastructure 450. As noted above, the
- infrastructure 450 can be implemented as EPC equipment, which can transport both WiFi and LTE traffic.
- the WiFi compatible and LTE/NR compatible radios 448 and the infrastructure 450 together form a local area network (LAN) 478.
- LAN local area network
- the size and complexity of the LAN 478 depends on the size and layout of the venue 440.
- the LAN 478 is coupled to a content/firewall server 480.
- the content server 480 serves as an interface between the venue 440 and the network 1 10, such as the Internet. Data uploads from the UEs 400 as well as downloads from the network 1 10 to the UEs are routed through the LAN 478.
- the data traffic (uplink and downlink) may flow on the communication link 452.
- the system 100 can also accommodate voice traffic off-loading from the mobile operator networks.
- voice traffic off-load from the mobile operator network 474 is transferred through the IP transfer point 472 within the JUMMMP Cloud 456.
- voice traffic off-load may utilize the network 1 10.
- Each mobile operator network 474 can off-load voice data traffic from the mobile operator network to the network 110 via communication links 482.
- the traffic (both voice traffic and data traffic) may be transferred to the content server 480 via the communication link 452.
- the UE 400 To accommodate data off-loading, it is necessary to uniquely identify the UE 400 and determine which mobile operator network 474 is the service provider for a particular UE. It is also necessary to perform an authentication process to assure the identity of the UE 400 and that it is authorized to operate in an off-load operational mode.
- Those skilled in the art will appreciate that there are a number of unique identifiers for the UE 400. As discussed above, the UE 400 has a MAC address and an IMEI. Other unique identifiers may include an email address, birth date, user name, phone number, Android ID, or a hash of one or more of these unique identifiers. Those skilled in the art will also appreciate that different mobile operator networks may use different unique identifiers.
- one mobile operator network 474 may use a MAC address, while another mobile operator network may use data contained within a subscriber identity module (SIM) card physically inserted into the UE 400.
- SIM subscriber identity module
- the system 100 can accommodate the different identification requirements that may be imposed by each mobile operator network 474.
- AAA authentication, authorization, accounting
- RADIUS refers to a Remote Authentication Dial-In user Service communication protocol that will authenticate the UEs 400. Diameter is an improvement on RADIUS protocol and permits new commands and attributes using the Extensible
- Diameter also includes capabilities negotiation and other elements, but still provides AAA capabilities previously described with respect to RADIUS.
- the AAA server 484 may be part of the JUMMMP Cloud 456, which is remote from the venue 440.
- the authentication requirements of the mobile operator networks 474 may vary.
- One category of mobile operator networks 474 may permit authentication of the UE 400 using the AAA server 484 as a stand-alone AAA server while a second category of mobile operator networks may require authentication of the UE 400 using the AAA server that is part of the mobile operator network.
- the AAA server 484 can function independently in place of the mobile operator networks 474 in the former category and function as a proxy to relay authentication requests to the AAA server of the mobile operator networks in the latter category.
- the AAA server 484 serves as a stand-alone RADIUS/Diameter (or similar) server for the plurality of mobile operator networks 474. As noted above, each mobile operator network 474 may use its own unique identification and authentication data. In this embodiment, the AAA server 484 contains all of the necessary data provided by the mobile operator networks 474 to provide such authentication services. In this embodiment, the UE 400 connects to one of the plurality of LTE/NR compatible radios 448 and provides the necessary identification data. More information on this interaction will be provided below. The LAN 478 provides the identification data to the RADIUS/Diameter system proxy AAA server 484 for authentication of the UE 400.
- the AAA server 484 functions as a proxy and receives the identification data as well as the identity of the particular mobile operator network.
- the proxy AAA server 484 establishes a secure AAA link 486 with the appropriate mobile operator network 474.
- a virtual private network (VPN) connection can be established as the secure link 486 with the mobile operator network 474.
- the identification data from the UE 400 is provided to the particular mobile operator network 474 using the VPN.
- Other forms of secure communication are known and can be satisfactorily employed.
- the authentication process is performed by the mobile operator network 474 and the authentication results are returned to the AAA server 484.
- the UE 400 will be authenticated or not authenticated. In one embodiment, any UE that is not authenticated will not be permitted access to the network 1 10.
- the UE 400 can be provided with a restricted authentication to permit limited access to the network 110.
- classification of users may result in upgraded services to particular mobile operator networks tiers.
- Other UEs 400 not within that service network may gain access to the network 1 10, but a lesser bandwidth.
- a UE 400 that has never registered with the JUMMMP Cloud 456 may be offered the opportunity to register and be authenticated within the venue 440.
- the system described herein may still offer data off-loading from the mobile operator network 474 even when it has not previously been registered with the JUMMMP Cloud 456. The off-loading may still occur because the AAA server 484 is verifying the identity of the UE 400 with respect to the mobile operator network 474 for which the UE is a subscriber.
- the UE 400 has a primary SIM card that is compatible with one of the mobile operator networks 474 and will seek to establish a cellular connection with a cell tower for that particular mobile operator network.
- the UE 400 it is necessary for the UE 400 to establish a cellular connection with one of the LTE/NR compatible radios 448 to establish a data off-load session.
- the UE 400 is equipped with a second SIM card configured to seek a cellular connection with the LTE/NR compatible radios 448.
- the secondary SIM card can be used to associate the UE with the LTE/NR compatible radios 448.
- the primary SIM card It is not necessary to remove the primary SIM card to associate the UE 400 with the LTE/NR compatible radios 448.
- Many mobile phones are capable of operation with multiple SIM cards. In some implementations, there actually different physical SIM cards inserted into the UE 400. However, there are also mobile phones capable of operation with multiple SIM card data contained in a single SIM card. In either implementation, the secondary SIM card will cause the connection manager 186 (see Figure 2) in the UE 400 to try to establish a cellular connection with the LTE/NR compatible radios 448.
- the authentication process described above for the WiFi implementation can be used to authenticate the UE using the cellular connection to the LTE/NR compatible radios 448. That is, the data in the secondary SIM card can be used to authenticate the UE 400 using the stand-alone version of the AAA server 484 or by functioning as a proxy for the particular mobile operator network 474 associated with the UE 400.
- the UE 400 will be authenticated or not authenticated.
- the UE 400 may be placed in an off-load operational mode. In this mode, both voice traffic to and from the mobile operator network 474 and data traffic to and from the UE 400 may be routed through the LAN 478. Alternatively, the off-load session may be for voice traffic only or for data traffic only. As discussed above, the mobile operator network 474 may have a set of rules regarding voice traffic off-load to the UE 400. Alternatively, the UE 400 may be programmed with user preferences regarding maintaining a connection with the cellular network or seeking to connect with the LTE/NR compatible radios 448 for voice traffic off-loading. In the embodiment illustrated in Figure 8, the voice traffic is off-loaded through the links 482 to the network 1 10 and routed to the specific UE 400 via the LAN 478. In this mode of operation, the voice traffic essentially becomes part of a VoIP telephone network.
- the data traffic to and from the UE 400 is coupled through the
- the network 1 10 may represent the Internet. If a user of an authenticated UE 400 wishes to access the Internet, user may activate a built-in web browser in the UE and send a command to the LAN 478 to access a particular web page by transmitting the appropriate Uniform Resources Locator (URL). That request is routed to the network 1 10 via the content server 480.
- URL Uniform Resources Locator
- the LAN 478 monitors the quantity of data transmitted from the authenticated UE 400 or received by the authenticated UE.
- the transmission of a URL is an upload that is sent from the UE 400 to the network 1 10 via the LAN 478.
- Elements within the LAN 478, such as the router or switches of the infrastructure 450, may be configured to monitor the data flow to and from each of the authenticated UEs 400.
- the LAN 478 provides the data utilization information to a billing engine 488 via the AAA server 484. In an exemplary embodiment, the billing engine may also be part of the JUMMMP Cloud 456.
- the data utilization may be reported to the respective mobile operator networks 474 as a data utilization log. The data utilization can be reported periodically, or accumulated and reported at the end of a particular data session or reported at the end of each day, or the like. The time at which data utilization can be reported can also vary from one mobile operator network 474 to another.
- the billing engine 488 connects to each of the mobile operator networks via a secure communication link 490 to provide a report of the data utilization.
- the billing engine 488 can establish a VPN as the secure communication link 490.
- the utilization report can be provided to the mobile operator network 474 in the form of a file transfer or email.
- the billing engine 488 can also provide web access to permit the mobile operator network 474 to retrieve the utilization report from the billing engine 488.
- the billing engine 488 can format the utilization data into any format required by the billing server (not shown) in each of the mobile operator
- networks 474 and provide the utilization reports in different manners (e.g., email, web access, etc.) that is customized for each mobile operator network.
- Figure 9 illustrates an example table illustrating the data utilization by the LAN 478.
- the table includes the unique identification of the UE 400,
- identification of the mobile operator network 474 and a data entry listing the number of bytes transmitted and received during a particular session.
- the session duration is also listed in the table of Figure 9.
- other data may be provided for billing verification, but need not be essential to the system herein. That data may include the date and time, location and specific identification of the LTE/NR compatible radios 448 (see Figure 8), and a received signal strength index (RSSI) value. In an LTE implementation of the data off-load session, the RSSI value is unnecessary.
- a venue 440 (see Figure 8) comprises a plurality of WiFi compatible and LTE/NR compatible radios 448. Steps 502-507 merely describe the conventional process by which a UE 400 identifies and connects with an AP.
- the radios in the AP 448 transmit a beacon signal containing an identification beacon signal.
- WiFi compatible radios transmit a beacon signal in accordance with IEEE 802.1 1 while the cellular radios (e.g., the LTE/NR compatible radios 448 transmit a cellular beacon signal in accordance with the selected cellular technology (e.g., GSM, CDMA, LTE, NR, and the like).
- the WiFi compatible radios 448 can transmit the same WiFi SSID for detection by all UEs 400 no matter which mobile network operator 474 provides service. That is, all UEs 400 are configured to seek the same SSID for WiFi network authentication irrespective of the particular mobile operator network 474 associated with that UE.
- the transmitted SSID may be CDOBM (Carrier Data Off load By Mobilitie) or some other convenient label.
- the WiFi compatible radios 448 are capable of transmitting multiple SSIDs or cellular beacon signals for detection by the UE 400.
- each of the WiFi compatible radios 448 may transmit an SSID or cellular beacon that is unique to each of the mobile operator networks 474.
- some of the mobile operator networks 474 may use unique SSIDs or cellular beacons while other mobile operator networks 474 can use the common SSID (e.g., CDOBM) or beacon.
- the system 100 is not limited by the specific SSID or beacon.
- IEEE 802.1 1 u defines organization unique identifiers (OUI) that can be uniquely defined for each of the mobile operator networks 474.
- the beacon signal can contain up to three roaming OUI. Up to 32 additional networks may be identified in data sent to a UE 400 in response to a request.
- the LTE/NR compatible radios 448 transmit a cellular beacon signal containing an identification beacon signal. Operation of cellular beacon signals is known in the art and need not be described in greater detail herein.
- the UE 400 detects the transmitted beacon signal from one or more of the WiFi compatible or LTE/NR compatible radios 448.
- the UE can evaluate the beacon signal(s) without having to associate with a particular one of the WiFi compatible radios or the LTE/NR compatible radios 448.
- the UE 400 may transmit an Access Network Query Protocol (ANQP) request to the detected the WiFi compatible radios 448 to obtain further information as to the capabilities of the WiFi compatible radios. Similar requests can be made by the UE 400 to the LTE/NR compatible radios.
- ANQP Access Network Query Protocol
- the WiFi compatible radios 448 respond to the ANQP query and provide information regarding the attributes of the particular WiFi compatible radio.
- the beacon from the WiFi compatible radios 448 may include an OUI.
- a response to the ANQP query can include data for up to 32 additional networks.
- the response to the ANQP query will return available access services, such as 3GPP, realms, EAP, and the like to permit the UE 400 to associate with the WiFi compatible radio 448 providing the best access.
- the LTE/NR compatible radios 448 also respond to requests for radio capabilities.
- the UE selects and associates with a particular one of the WiFi compatible radios or the LTE/NR compatible radios 448.
- the UE 400 transmits its authentication credentials. As previously discussed, this may include device identification data such as a MAC address, electronic serial number, or other identifying information. Some UEs 400 may include a primary or secondary SIM to provide such authentication credentials.
- the infrastructure 450 tunnels the authentication credentials from the venue 440 to the JUMMMP Cloud 456 via the backhaul 454.
- the AAA server 484 can operate as a stand-alone authentication server for the mobile operator network.
- the mobile operator network 474 has downloaded the appropriate authentication data for its customers to the AAA proxy server 484.
- the AAA server 484 receives the authentication credentials for the UE 400 and uses the authentication data from the appropriate mobile operator network 474 to perform an authentication process.
- the AAA server 484 permits the connection between the UE 400 and the network 1 10 using the LAN 478.
- the AAA server 484 also configures the LAN 478 to monitor data flow to and from the newly authenticated UE 400.
- the AAA server 484 may be configured as a proxy server to pass the identification information along to the respective mobile operator network.
- the AAA server 484 does not perform the authentication process directly.
- the AAA server 484 serves as a proxy and transmits the authentication request to the mobile operator network.
- the AAA server 484 establishes the secure communication link 486 to the mobile operator network 474 corresponding to the UE 400 that has requested authentication.
- the authentication process is executed by the mobile operator network 474.
- the mobile operator network 474 authenticates the UE. As discussed above with respect to the AAA server 484, only authenticated UEs will be granted access to the network 1 10.
- the LAN 478 may initiate data off-loading monitoring in step 516, shown in Figure 10B. This includes monitoring of all data flow to and from each authenticated UE 400.
- the LAN 478 reports data utilization to the AAA server 484.
- the reporting can be done in a manner that accommodates the particular mobile operator network 474.
- the data utilization may be reported periodically (e.g., at regular intervals or some“not- to-exceed” time interval).
- a data utilization report can be generated at the termination of each session. As illustrated in Figure 9, the session durations can vary in length.
- the data utilization can be reported to the AAA server 484.
- the data utilization can be reported at the end of the day or some other time deadline.
- Step 520 the LAN 478 determines whether an off-load session has ended. If the off-load session has not ended, the result of decision 520 is NO and, the system returns to step 518. Step 518 illustrates an optional data utilization report generation. If the result of decision 520 is YES, the system moves to step 522 and sends a final data utilization report. The process ends at 524.
- the multiple ones of the WiFi compatible radios 448 are configured for operation with the selected SSID (e.g., CDOBM) or cellular beacon via a simple software upgrade. Since the software on the WiFi compatible radios 448 is routinely updated, it can be easily configured to support the data off-load utilization and billing described above. As modified, the WiFi compatible radios 448 would transmit a predetermined SSID, such as CDOBM or a predetermined cellular beacon in the case of LTE/NR compatible radios.
- SSID e.g., CDOBM
- cellular beacon e.g., a simple software upgrade. Since the software on the WiFi compatible radios 448 is routinely updated, it can be easily configured to support the data off-load utilization and billing described above. As modified, the WiFi compatible radios 448 would transmit a predetermined SSID, such as CDOBM or a predetermined cellular beacon in the case of LTE/NR compatible radios.
- the WiFi compatible radios 448 need to be configured to support Flotspot 2.0. Since Flotspot 2.0 is an industry standard, this upgrade is generally straightforward.
- the WiFi compatible radios 448 are further configured to support IEEE 802.1x authentication with conventional communication protocols, such as an extensible authentication protocol (EAP) or GSM/UMTS protocols.
- EAP extensible authentication protocol
- GSM/UMTS protocols GSM/UMTS protocols.
- EAP extensible authentication protocol
- a certificate-based EAP may become a standard communication protocol in the future. In such a future arrangement, an EAP-TLS or EAP-TTLS may be used.
- the WiFi compatible radios 448 may use EAP with the secondary SIM card.
- the EAP-SIM protocol may be used in conjunction with the global system for mobile communications (GSM) technology for authenticating and generating session keys.
- GSM global system for mobile communications
- AKA authentication and key agreement
- EAP-AKA can be used in UTMS mobile devices for authentication and session keys.
- an EAP-AKA' which is a revision of EAP-AKA, can be used to support authentication on a non-3GPP network.
- the AAA server 484 must be configured for stand-alone operation or as a proxy server to the mobile operator networks 474 for authentication.
- the billing engine 488 may be populated with the data to recognize the new venue 440 and the LTE/NR compatible radios 448 associated therewith.
- the WiFi compatible radios 448 may also be configured to have the appropriate wireless multimedia extensions (WMM) to establish WMM quality of service (QoS) for voice traffic.
- WMM wireless multimedia extensions
- QoS WMM quality of service
- a virtual LAN may be established as appropriate for local wireless LAN (WLAN) to separate traffic types or to adhere to local policies within the venue 440.
- Local VLAN DHCP/DNS may be provided by the venue 440.
- the appropriate sites may be established on the AAA server 484 and the billing engine 488 in the JUMMP Cloud 456 to configure the authentication accounting and reporting functions of those elements.
- the software updates can be downloaded to the WiFi compatible or LTE/NR compatible
- the UEs 400 are configured to look for the selected SSID (e.g.,
- the WiFi compatible radios 448 will automatically begin to broadcast the beacons containing the appropriate SSID (or OUI), and the LTE/NR compatible radios transmit a cellular beacon and the UEs 400 will automatically recognize those beacon signals.
- the communication system will automatically begin to operate with the billing system described herein.
- WiFi compatible radios 448 with identical IEEE 802.1 1 u access at a particular location can be grouped together by sharing the same homogeneous extended service set ID (HESSID).
- HESSID is used by the UE 400 to identify WiFi compatible radios 448 with the same network access after it is associated with one of the WiFi compatible radios to prevent the UE from roaming to an WiFi compatible radio not configured for operation with IEEE 802.1 1 u or in accordance with GSM/UMTS in the case of LTE/NR compatible radios 448.
- the WiFi compatible radios 448 may come pre-configured with the necessary beacon data (e.g., SSID and OUI) or cellular beacon and configuration software as described above. This provides a simplified solution as a “plug and play” device.
- a UE may not have direct communication with an LTE/NR compatible radio 448, but can communicate with a nearby UE that does have a connection with an LTE/NR compatible radio 448.
- Figure 8 illustrates the wireless connection between the UE 400 and the LTE/NR compatible radio 448.
- the UE 402a is out of range of the LTE/NR compatible radios 448, but can establish a communication link with the UE 400.
- the UE 402a is piggybacked to the UE 400 and can communicate with the LTE/NR compatible radio 448 via the UE 400.
- uploads and downloads to and from the UE 402a must not be billed to the UE 400, which is merely serving as a relay point between the UE 402a and the LTE/NR compatible radio 448.
- the UE 400 would transmit an SSID, such as JUMMMP, to identify itself as able to establish the short range network 1 16 (see Figure 1 ).
- the UE 402a would search for the SSID (e.g., CDOBM) being transmitted from the LTE/NR compatible radios 448 to establish an off-load data session.
- the SSID e.g., CDOBM
- the connection manager 186 in the UE 402a can reconfigure the device to search for the JUMMMP SSID being transmitted by the UE 400. If the connection is successful, the UE 402a can communicate with the LTE/NR compatible radio 448 via the UE 400. Once the link between the UE 402a and the LTE/NR compatible radio 448 is established via the UE 400, the UE 402a can perform the ANQP to retrieve carrier data for the various mobile operator networks 474. The authentication process for the UE 402a is carried out in essentially the same manner as described above.
- the connection manager 186 in the UE 402a can reconfigure the device to search for the JUMMMP SSID being transmitted by the UE 400. If the connection is successful, the UE 402a can communicate with the LTE/NR compatible radio 448 via the UE 400. Once the link between the UE 402a and the LTE/NR compatible radio 448 is established via the UE 400, the UE 402a can perform the ANQP
- the infrastructure 450 monitors the data flow with the UE 402a as the source or destination to thereby monitor data utilization of the UE 402a even though the data passes through the UE 400.
- the UE 402b in Figure 8 can connect directly to the WiFi compatible radio 448 or connect to the LTE/NR compatible radio 448 via the UE 400 and the UE 402a.
- the UE 402b is piggybacked on both the UE 402a and the UE 400.
- the piggybacking process is illustrated in the flow chart of Figure 1 1 where, at a start 530, the infrastructure 450, such as illustrated in Figure 8, is in place.
- the LTE/NR compatible radios 448 are configured to function as access points and mesh root access points.
- the LTE/NR compatible radios 448 support communication with the UEs 400 operating in a standard operating mode or a mesh operating mode.
- a root LTE/NR compatible radio 448 is one that is connected to traditional network structures, such as the infrastructure 450.
- the UEs 400 are configured to operate as mesh stations.
- Mesh functionality can be enabled with a conventional application program or as part of the API, as described above.
- the UEs 400 discover all nearby UEs and begin a peer-to-peer process with them. Those skilled in the art will appreciate that each UE 400 will build an optimal path to the root LTE/NR compatible
- the root LTE/NR compatible radio 448 for one UE 400 may be different than the root LTE/NR compatible radio for a different UE 400.
- each mesh UE will begin to broadcast a beacon.
- the UE 400 will broadcast BSSID with 802.1 1 u/Hotspot 2.0 beacons. IEEE 802.1 1 u allows a mesh UE 400 to broadcast its roaming capabilities, such as external network access, supported authentication, available bandwidth, and the like.
- a non-mesh UE e.g., the UE 402a
- the UE 402a detects the Hotspot 2.0 beacons during a scan and will send ANQP requests to nearby UEs 400.
- the UEs 400 respond to the UE 402a with requested information.
- the UE 402a can verify the responses and select one of the mesh UEs 400 to associate with.
- the UE 402a performs the authentication process.
- the UE 402a can use conventional communication protocols, such as EAP-SIM and/or EAP-TTLS or EAP-AKA, as discussed above.
- the EAP packets are forwarded over mesh links to the APs 448 for processing.
- the LTE/NR compatible radio 448 will proxy the EAP packets to the AAA server 484 for proxy authentication or for forwarding directly to mobile operator networks 474 for authentication of the UE 402a in the manner described above.
- All data communication traffic between the UE 402a and the root LTE/NR compatible radio 448 is encrypted to prevent man-in-the-middle attacks on communications between the UE 402a and the LTE/NR compatible radio 448.
- traffic between the mesh UEs 400 and the LTE/NR compatible radios 448 and peer-to-peer communications between the UEs 400 are also encrypted.
- the UEs 400 may use conventional encryption protocols, such as the advanced encryption standard (AES).
- AES advanced encryption standard
- the UE 402a will have an encrypted tunnel to the root LTE/NR compatible radio 448 for all data packets to and from the UE 402a.
- data packets to and from the UE 402a are routed through the encrypted tunnel via the UE 400 to the LTE/NR compatible radio 448.
- data traffic to and from the piggybacked UE i.e. , the UE 402a
- the root LTE/NR compatible radio 448 will build accounting records based on data packets transmitted to and received from the UE 402a and forward the accounting information to the billing engine 488. The process ends at 548.
- the UE 402 may move to any nearby UEs 400 that are coupled to the same root LTE/NR compatible radio 448 because that LTE/NR compatible radio 448 has handled the authentication process.
- the UE 402a may roam to another one of the LTE/NR compatible radios 448.
- the current LTE/NR compatible radio 448 will send accounting stop information to the billing engine 488 and the new LTE/NR compatible radio 448 will issue an accounting start after a successful roaming transition.
- the peer-to-peer tunneling described above may be based on IEEE 802.1 1 s for wireless mesh networks.
- the peer-to-peer communication provides secure discovery through authenticated mesh peering exchange (AMPE) and validates mobile devices that participate as mesh stations.
- AMPE authenticated mesh peering exchange
- encryption such as AES
- AES may be used for all peer-to-peer communication.
- a hybrid wireless mesh protocol (HWMP) provides path selection to a root AP 448. This protocol may support proactive and reactive path selections.
- a proactive path selection maps out the optimal network path for communications.
- a reactive path selection allows dynamic path alteration in the event of changes in the topology of the mesh network.
- Pathway selection also allows a roaming UE 400 to connect through multiple mesh stations (i.e. , UEs 400 configured for mesh operation) based on the best pathway metrics for factors such as reliability, QoS, and the like.
- mesh stations i.e. , UEs 400 configured for mesh operation
- the best pathway metrics for factors such as reliability, QoS, and the like.
- the UE 400 can be configured to transmit the selected SSID (e.g., CDOBM) when data off-loading is available.
- the UE 402a need only search for the selected SSID, as described above.
- the UE 402a is configured to connect to the connection point (either one of the LTE/NR compatible radios 448 or the UE 400) with the strongest signal strength.
- the multi-venue authentication permits fast and automatic authentication of a previously registered UE 400 as soon as it encounters an LTE/NR compatible radio 448 in any venue 440 connected to the JUMMMP
- Figure 8 illustrates data off-loading in a large venue 440 that typically includes a large number of LTE/NR compatible radios 448 and an extensive infrastructure 450.
- the principles of data off-loading and monitoring of data utilization can be accomplished in a small environment, such as a home, small business, or office, as illustrated in Figure 12.
- the principles of data off-loading and monitoring of data utilization can be accomplished in a small environment, such as a home, small business, or office, as illustrated in Figure 12.
- the principles of data off-loading and monitoring of data utilization can be accomplished in a small environment, such as a home, small business, or office, as illustrated in Figure 12.
- the principles of data off-loading and monitoring of data utilization can be accomplished in a small environment, such as a home, small business, or office, as illustrated in Figure 12.
- the principles of data off-loading and monitoring of data utilization can be accomplished in a small environment, such as a home, small business, or office, as illustrated in Figure 12.
- LAN 478 has been replaced by a modem/wireless router 560 to function as the LTE/NR compatible radio. Although these functions can be implemented by separate devices, they are shown as an integrated unit in Figure 12 for the sake of convenience. Furthermore, many internet service providers (ISPs) provide an integrated unit. The modem portion of the LTE/NR compatible
- radio/router/modem 560 contains the necessary interface hardware and supporting software to permit communication with an ISP 562.
- modem portion depends on the type of connectivity between the LTE/NR compatible radio/router/modem 560 and the ISP 562. This may include, but is not limited to, cable, telephony, fiber optics, microwave, or other radio-frequency connection.
- radio/router/modem 560 operates in a conventional manner to provide internet connectivity to the UEs 400 or the UE 402a, which may be piggybacked on to the UE 400 in the manner described above.
- radio/router/modem 560 can be configured through a simple software upgrade to support data off-load billing. No hardware changes are required to the modem/router to provide such capability. Since the software on the LTE/NR compatible
- radio/router/modem 560 is routinely updated, it can be easily configured to support the data off-load utilization and billing described above. Based on the teachings described herein, any new or existing WiFi network can automatically become a billing engine for any or all mobile operator networks 474 (see Figure 12). As modified, the LTE/NR compatible radio/router/modem 560 would transmit a predetermined SSID, such as CDOBM and/or a cellular beacon. As described above, the connection manager 186 (see Figure 2) in the UE 400 seeks out and connects with a wireless device transmitting such an SSID or cellular beacon.
- authentication data is routed to the AAA server 484 via the ISP 562 rather than through the backhaul 454 in the embodiment of Figure 8.
- the connection between the ISP 562 and the JUMMMP Cloud 456 may typically occur via the network 1 10, such as the Internet.
- the specific connection between the ISP 562 and the JUMMMP Cloud 456 may be satisfactorily implemented via the network 1 10, a backhaul 454 or any other suitable form of communication.
- the AAA server 484 performs the authentication process in the manner described above.
- the AAA server 484 may operate as a proxy RADIUS/Diameter server for the plurality of mobile operator networks 474 or may serve as a communication link to provide the authentication data to a particular one of the mobile operator networks.
- the data utilization may be monitored.
- the LTE/NR compatible radio/router/modem 560 has the responsibility for tracking data utilization. This is conveniently implemented since all data flow between the ISP 562 and the UEs 400 (or UE 402a) occur via the LTE/NR compatible radio/router/modem 560.
- the billing engine 488 may periodically query the LTE/NR compatible radio/router/modem 560 to get updated data utilization.
- the LTE/NR compatible radio/router/modem 560 may periodically report data utilization.
- the LTE/NR compatible radio/router/modem 560 may report data utilization based on an event, such as the termination of a
- radio/router/modem 560 radio/router/modem 560.
- the ISP 562 may include the content/firewall server 480, which is located within the venue 440 in the embodiment of Figure 8. In the embodiment of Figure 12, the functionality of the content/firewall server 480 may also be
- the functionality of the content/firewall server 480 may also be implemented within the core network of each respective mobile operator network 474.
- modems include data firewall capability. All standard approaches are supported.
- the only hardware change required for the implementation of the billing engine system described herein is the change from a WiFi based communication link to a multi-protocol communication link with the LTE/NR compatible radio/router/modem 560.
- This change permits the use of WiFi communication links or cellular communication links.
- one UE 400 may be associated with one mobile operator network 474 while the other UE 400 or UE 402a may be associated with a different mobile operator network 474.
- Identification of the particular mobile operator network occurs in the manner described above.
- the exemplary embodiment illustrated in Figure 12 can operate satisfactorily with multiple mobile operator networks without regard to the identity of the particular mobile operator network 474 or the particular data billing procedures implemented by any network.
- the UEs 400, configured in the manner described herein can operate satisfactorily in different venues, such as the home venue environment illustrated in Figure 12 or in a large venue, such as illustrated in Figure 8.
- the hardware and infrastructure support shown for the embodiments of Figures 8 and 12 are different, but the billing engine described herein works equally well in either environment or in other similar environments.
- the LTE/NR compatible radio/router/modem 560 in Figure 12 can be easily configured for operation with the data off-load billing techniques described herein. This allows simple implementation of the data utilization monitoring. This is true in an enterprise or customer facing venue, such as the venue 440 illustrated in Figure 8, supporting venues, retail, or the like.
- the plug and play solution described above with respect to Figure 8 is also applicable in a home environment, such as described in Figure 12 or any other WiFi or cellular enabled location, such as office buildings, parks, colleges, libraries, open spaces, and the like.
- a method for data utilization tracking in a wireless communication device the wireless communication device being associated with a one of a plurality of mobile operator networks and using a cellular network transceiver to communicate therewith and a short-range transceiver for communicating with other than the mobile operator networks, the method comprising:
- APs wireless access points
- the authentication server upon authentication of the wireless communication device by the authentication server, establishing a communication link between the authenticated wireless communication device and a wide area network via the wireless access point to thereby initiate operation of the wireless communication device in a data off-load operational session;
- transmitting the authentication request to the authentication server comprises transmitting the authentication request using a virtual local area network (VLAN).
- VLAN virtual local area network
- transmitting the authentication request to the authentication server comprises transmitting the authentication request using virtual routing and forwarding (VRF).
- VRF virtual routing and forwarding
- transmitting the authentication request to the authentication server comprises transmitting the authentication request using a network function virtualization (NFV).
- NFV network function virtualization
- transmitting the authentication request to the authentication server comprises transmitting the authentication request using a network function virtualization (NFV) data segmentation associated with the one of the plurality of mobile operator networks.
- NFV network function virtualization
- transmitting the identification information of the wireless communication device requesting authentication comprises transmitting the identification information of the wireless communication device requesting authentication to an authentication server for the one of the plurality of mobile operator networks identified as associated with the wireless communication device requesting authentication.
- transmitting the identification information of the wireless communication device requesting authentication comprises transmitting the identification information of the wireless communication device requesting authentication to a proxy authentication server for authentication for the one of the plurality of mobile operator networks identified as associated with the wireless communication device requesting authentication.
- monitoring data utilization comprises monitoring a quantity of data downloaded to the wireless communication device and monitoring a quantity of data uploaded from the wireless communication device.
- a local area network having plurality of wireless access points (APs) with a first of the plurality of APs, serving as an initial wireless access point, configured to receive an authentication request from the wireless communication device cellular network transceiver or the wireless communication device second transceiver, the authentication request including identification information that uniquely identifies the wireless communication device and identifies one of the plurality of mobile operator networks associated with the wireless communication device wherein receiving the authentication request from the wireless communication device cellular network transceiver comprises establishing a cellular communication link between the wireless communication device and the AP that does not use the cellular network connection between the wireless communication device and the one mobile operator network associated with the wireless communication device;
- an authentication server configured to receive the authentication request from the wireless communication device requesting authentication and to authenticate an identity of the wireless communication device, and, upon authentication of the wireless communication device, authorizing the establishment of a communication link between the authenticated wireless communication device and a wide area network (WAN) via the LAN to thereby initiate operation of the wireless
- WAN wide area network
- a data traffic monitor configured to monitor data traffic between the WAN and the authenticated wireless communication device to thereby monitor data utilization of the authenticated wireless communication device during the data off-load operational session
- a billing engine configured to establish a secure communication link with the mobile operator network associated with the wireless communication device to provide data utilization information for the authenticated wireless communication device to the associated mobile operator network.
- transmitting the authentication request to the authentication server comprises transmitting the authentication request using a network function virtualization (NFV) data segmentation associated with the one of the plurality of mobile operator networks.
- NFV network function virtualization
- the authentication server comprises an authentication server associated with the one mobile operator network identified as associated with the wireless communication device requesting authentication and the authentication of the wireless communication device requesting authentication is performed by the authentication server associated with the one mobile operator network.
- the authentication server associated with the one mobile operator network is configured to receive the authentication request transmitted from the LAN using a network function virtualization (NFV) data segmentation associated with the one of the plurality of mobile operator networks.
- NFV network function virtualization
- the proxy authentication server for the one mobile operator network associated with the wireless communication device is configured to receive the authentication request transmitted from the LAN using a network function virtualization (NFV) data segmentation associated with proxy authentication server for the one of the plurality of mobile operator networks.
- NFV network function virtualization
- any two components herein combined to achieve a particular functionality can be seen as “associated with” each other such that the desired functionality is achieved, irrespective of architectures or intermedial components.
- any two components so associated can also be viewed as being “operably connected”, or “operably coupled”, to each other to achieve the desired functionality.
Abstract
Description
Claims
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/268,255 US10637997B2 (en) | 2009-03-03 | 2019-02-05 | Billing engine and method of use |
PCT/US2020/016640 WO2020163377A1 (en) | 2019-02-05 | 2020-02-04 | Billing engine and method of use |
Publications (2)
Publication Number | Publication Date |
---|---|
EP3871404A1 true EP3871404A1 (en) | 2021-09-01 |
EP3871404A4 EP3871404A4 (en) | 2022-08-03 |
Family
ID=71947859
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP20752950.4A Pending EP3871404A4 (en) | 2019-02-05 | 2020-02-04 | Billing engine and method of use |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP3871404A4 (en) |
JP (1) | JP2022519316A (en) |
WO (1) | WO2020163377A1 (en) |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9439071B2 (en) | 2009-03-03 | 2016-09-06 | Mobilitie, Llc | Billing engine and method of use |
US10341300B2 (en) * | 2015-03-01 | 2019-07-02 | Cisco Technology, Inc. | System, method, apparatus and machine-readable media for enterprise wireless calling |
US9794418B2 (en) * | 2015-05-29 | 2017-10-17 | Blackberry Limited | Method and system for dynamic cellular networking activation for virtual SIM service |
-
2020
- 2020-02-04 JP JP2021545963A patent/JP2022519316A/en active Pending
- 2020-02-04 EP EP20752950.4A patent/EP3871404A4/en active Pending
- 2020-02-04 WO PCT/US2020/016640 patent/WO2020163377A1/en unknown
Also Published As
Publication number | Publication date |
---|---|
EP3871404A4 (en) | 2022-08-03 |
WO2020163377A1 (en) | 2020-08-13 |
JP2022519316A (en) | 2022-03-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10264140B2 (en) | Billing engine and method of use | |
US10637997B2 (en) | Billing engine and method of use | |
CN109792676B (en) | Apparatus for service provision | |
US7734293B2 (en) | Mapping wireless proximity identificator to subscriber identity for hotspot based wireless services for mobile terminals | |
US9585078B2 (en) | Offloading traffic via a wireless peer-to-peer connection | |
US9717042B2 (en) | Network discovery and selection | |
US7239632B2 (en) | Method and apparatus for converging local area and wide area wireless data networks | |
CN107005919B (en) | Methods and apparatus for a standalone LTE RAN using unlicensed frequency bands | |
US20130231088A1 (en) | System and method for social profiling using wireless communication devices | |
US7801517B2 (en) | Methods, systems, and computer program products for implementing a roaming controlled wireless network and services | |
CA2837377A1 (en) | Collaborative scheme for selection of optimal accesses and seamless transition between accesses | |
US20170374071A1 (en) | Systems and methods for controlling access to wireless services | |
CN103582123A (en) | Information notification and acquisition method, device and system for user equipment in adjacent areas | |
EP3292673B1 (en) | Billing engine and method of use | |
JP6009242B2 (en) | Authentication method, access point, and program for connecting third-party wireless terminal to user-owned access point | |
JP4206954B2 (en) | A communication system, a mobile radio terminal, an information management server, and a radio access point device. | |
JP6266064B2 (en) | Authentication method, access point, and program for connecting third-party wireless terminal to user-owned access point | |
WO2014017629A1 (en) | Communication system, node apparatus, method and program | |
EP3871404A1 (en) | Billing engine and method of use | |
JP6266063B2 (en) | Authentication method, access point, and program for connecting third-party wireless terminal to user-owned access point | |
JP2015053582A (en) | Access point wireless lan device and system using the same | |
JP6266062B2 (en) | Authentication method, access point, and program for connecting third-party wireless terminal to user-owned access point | |
US20240114441A1 (en) | Network Access Management | |
JP2015046746A (en) | Wireless terminal that can control transmission of information request before connection, program and method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE |
|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE |
|
17P | Request for examination filed |
Effective date: 20210527 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: BEST, JUSTIN RYAN Owner name: BUCK, JONATHAN MASON Owner name: LINDER, LLOYD FREDERICK Owner name: JABARA, GARY BERNARD Owner name: IP INVESTMENT HOLDINGS, LLC Owner name: CHUN, ERIC KEITH |
|
DAV | Request for validation of the european patent (deleted) | ||
DAX | Request for extension of the european patent (deleted) | ||
A4 | Supplementary search report drawn up and despatched |
Effective date: 20220705 |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04L 9/40 20220101ALI20220629BHEP Ipc: H04W 12/08 20210101ALI20220629BHEP Ipc: H04W 24/08 20090101ALI20220629BHEP Ipc: H04W 8/18 20090101ALI20220629BHEP Ipc: H04W 4/24 20180101ALI20220629BHEP Ipc: H04M 15/00 20060101ALI20220629BHEP Ipc: H04W 12/06 20210101AFI20220629BHEP |