(en)Disclosed herein are systems and methods related to reducing or making more efficient handovers from one cell to another cell in a communications network. The method includes receiving mobility data for a device being serviced by a first cell, classifying the device based on the mobility data to yield a classification and making a handoff decision when handing off the device from the first cell to a second cell based at least in part on the classification. An example of the mobility data is a speed at which the device is moving.

1.ApplicationNumber: US-201514978751-A
1.PublishNumber: US-2017181050-A1
2.Date Publish: 20170622
3.Inventor: ALFRED JOSEPH ANDERSON
LEVY YONATAN AHARON

4.Inventor Harmonized: ALFRED JOSEPH ANDERSON(US)
LEVY YONATAN AHARON(US)

5.Country: US
6.Claims:
(en)Disclosed herein are systems and methods related to reducing or making more efficient handovers from one cell to another cell in a communications network. The method includes receiving mobility data for a device being serviced by a first cell, classifying the device based on the mobility data to yield a classification and making a handoff decision when handing off the device from the first cell to a second cell based at least in part on the classification. An example of the mobility data is a speed at which the device is moving.

7.Description:
(en)BACKGROUND
1. Technical Field
The present disclosure relates to cell assignments in cellular networks and more specifically to a system and method of using mobility data about a speed at which a device is moving to make cell handoff assignments.
2. Introduction
Having a mix of large and small cells in Long Term Evolution (LTE) and other networks has the potential for better utilization of scarce wireless spectrum resources. However, when cellular devices connect to cells based on signal strength, the variability in connection quality and increase in rate of handovers can lead to reduced efficiency. The result can make heterogeneous cells into a liability instead of an advantage. As efforts to inter-operate cellular and Wi-Fi networks lead to consolidated networks, Wi-Fi antennas will add to the diversity of wireless access points that can be used.
There is a need and potential advantage of having different types of cells to improve coverage and usage of spectrum, giving rise to heterogeneous networks (“het nets”). There are difficulties in properly executing handovers between different cells in both cases where the cells utilize the same protocol such as LTE or where different cells utilize different protocols such as an LTE cell abutting or overlapping with a Wi-Fi cell.
SUMMARY
The following description relates to a number of different embodiments or examples of different approaches and systems for handling cell assignments and/or cell handoffs in a cellular environment. The example method relates to making handoff decisions. The method includes receiving mobility data for a device being serviced by a first cell, classifying the device based on a mobility state associated with the mobility data to yield a classification and making a handoff decision when handing off the device from the first cell to a second cell based at least in part on the classification. The mobility state can be computed from the mobility data or estimated from the mobility data. In one example, the classification can be one of slow, medium and fast speed. The classifications or the classes are usually separated by boundaries which can be fixed or variable. For example, a classification can be a speed or a rate of movement of 10-30 MPH. The boundary of 10 MPH at the low end and 30 MPH at the high end can be fixed or variable based on one or more parameters. The boundaries can be re-set.
When the system makes a handoff decision, each classification can include at least one of a preferred cell type and at least one acceptable cell type. The preferred cell type for a slow speed classification can include a micro cell type and a small cell type and an acceptable cell type for the slow speed classification includes a large cell type. The preferred cell type of a medium speed classification can include the small cell type, and the acceptable cell type for the medium speed classification includes the large cell type. The preferred cell type of a fast classification can include the large cell type, and the acceptable cell type for the fast classification includes none.
When making a handoff decision, the device or the system, in one example, can only choose a non-preferred cell type when a received signal is stronger than a higher threshold compared to a threshold required for a preferred cell type. A reselection of a cell can be triggered when the first cell no longer provides a sufficient signal and when the first cell is of a non-preferred type. Handing off can include handing off to the second cell when the second cell is of the preferred type and is suitable.
The classification can include a location in the first cell, potentially of a device, and a path traveled across the first cell. Making the handoff decision can be further based at least in part on a first spectral efficiency of the first cell and a second spectral efficiency of the second cell. Making the handoff decision can further be based at least in part on a bandwidth used by the device and available bandwidth of the second cell.
A system example includes a processor and a computer-readable storage device storing instructions which, when executed by the processor, cause the processor to perform certain operations. The operations include receiving mobility data for a device being serviced by a first cell, classifying the device based on the mobility data to yield a classification and making a handoff decision when handing off the device from the first cell to a second cell based at least in part on the classification.
Another example includes a computer-readable storage device storing instructions which, when executed by a computing device, cause the computing device to perform operations including receiving mobility data for a device being serviced by a first cell, classifying the device based on the mobility data to yield a classification and making a handoff decision when handing off the device from the first cell to a second cell based at least in part on the classification.
A second embodiment or example relates to making an initial assignment of a device to a service cell. In this example, a method includes receiving mobility data for a device, classifying the device based on a mobility state associated with the mobility data to yield a mobility class and assigning the device to a serving cell based at least in part on the mobility class. The mobility state can be computed from the mobility data or estimated from the mobility data.
When assigning the device to the serving cell, a reselection can be triggered when a first cell no longer provides a sufficient signal and when the first cell is of a non-preferred type. Assigning the device to the serving cell can include assigning the device to a second cell when the second cell is of the preferred type and is suitable.
The mobility class can include one of a location of the device in the serving cell and a path traveled across the serving cell. Assigning the device to the serving cell can further be based at least in part on a spectral efficiency of the serving cell. Assigning the device to the serving cell can further be based at least in part on a bandwidth used by the device and available bandwidth of the serving cell. Assigning the device to the serving cell can further be based at least in part on multiple prioritized lists of cells, each list of the multiple prioritized lists of cells including cells of a same type. In one aspect, cells in a higher priority list are measured more frequently than cells on a lower priority list.
In one possible implementation, the mobile device monitors its serving cell as well as the neighbor cells from the list with the highest priority. If this list (of the highest priority) is of size smaller that a given parameter, the next list is also considered. In another possible implementation, the cells with higher priority are measured more frequently than cells with lower priority. In determining what cell to handover to, cells from a higher priority neighbor list are always considered before those from a lower priority list.
A system aspect of this second embodiment includes a processor and a computer-readable storage device storing instructions which, when executed by the processor, cause the processor to perform operations including receiving mobility data for a device, classifying the device based on a mobility state associated with the mobility data to yield a mobility class and assigning the device to a serving cell based at least in part on the mobility class. A computer-readable storage device aspect of the second embodiment includes a computer-readable storage device storing instructions which, when executed by a computing device, cause the computing device to perform operations including receiving mobility data for a device, classifying the device based on a mobility state associated with the mobility data to yield a mobility class and assigning the device to a serving cell based at least in part on the mobility class.
A third embodiment relates to tracking the distribution of load across cells. Once a system with device classification and assignment to cell types is in place, the system can be monitored to track the distribution of users and load level across cells. If the monitoring detects strong imbalances of cell loads, then, in addition to adjusting the power level of cells, the system disclosed herein makes it possible to dynamically adjust the mobility class boundaries, in order to optimize or improve the spectrum efficiency and capacity of the network.
One example of such a condition is the temporary concentration of slow users in a certain area. Under such circumstances, reducing the value of the class boundaries would allow more users to be classified as more mobile and get preference for being served by larger cells. Another option is to reduce the power of micro cells in the area so that fewer users are assigned to them.
According to this third embodiment, a method is disclosed for balancing cell loads in a network in which a device is classified into a mobility class based on mobility data and the device is assigned to a serving cell based at least in part on the mobility class. The method includes monitoring a distribution of devices and load levels across a plurality of cells to yield an analysis. When the analysis indicates an imbalance of cell loads, the method includes adjusting a boundary of the mobility class. When the analysis indicates an imbalance of cell loads, the method includes adjusting a power level at least one cell of the plurality of cells. When the analysis indicates the imbalance of cell loads, the method further includes performing both of adjusting the power level at least one cell of the plurality of cells and adjusting the boundary of the mobility class. Adjusting the boundary of the mobility class includes one of increasing an upper speed associated with an upper boundary of the mobility class and decreasing a lower speed associated with a lower boundary of the mobility class. Performing one of adjusting a power level at least one cell of the plurality of cells and adjusting a boundary of the mobility class improves a spectrum efficiency of the network relative to a previous spectral efficiency prior to the adjusting of one of the power level and the boundary of the mobility class. It is noted that in radio transmissions, the data (bits) are composed of control bytes as well as content bytes. The closer a device is to an antenna or cell tower, the better the spectral efficiency. When there are handoffs or during a handoff process, there are often more control bytes being transmitted than content bytes.
Performing one of adjusting a power level at least one cell of the plurality of cells and adjusting a boundary of the mobility class improves a capacity of the network relative to a previous capacity prior to the adjusting of one of the power level and the boundary of the mobility class. When assigning the device to serving cell, each mobility class includes at least one of a preferred cell type and at least one acceptable cell type. The preferred cell type for a slow speed classification includes a micro cell type and a small cell type, and an acceptable cell type for the slow speed classification includes a large cell type. The preferred cell type of a medium speed classification includes the small cell type, and the acceptable cell type for the medium speed classification includes the large cell type.
In one example, the device only chooses a non-preferred cell type only when a received signal is stronger than a higher threshold compared to a threshold required for a preferred cell type. When the device is assigned to the serving cell, a reselection is triggered based on one or more parameters or events. For example, the reselection can be triggered when a first cell no longer provides a sufficient signal and/or when the first cell is of a non-preferred type. Assigning the device to the serving cell includes assigning the device to a second cell when the second cell is of the preferred type and is suitable. The mobility class can include one of a location of the device in the serving cell and a path traveled across the serving cell. The device can be assigned to the serving cell based at least in part on multiple prioritized lists of cells, each list of the multiple prioritized lists of cells including cells of a same type.
An example of a system according to the third embodiment is a system for balancing cell loads in a network in which a device is classified into a mobility class based on mobility data and the device is assigned to a serving cell based at least in part on the mobility class. The system includes a processor and a computer-readable storage device storing instructions which, when executed by the processor, cause the processor to perform operations including monitoring a distribution of devices and load levels across a plurality of cells to yield an analysis and when the analysis indicates an imbalance of cell loads, adjusting a boundary of the mobility class. The system can be a network infrastructure component or a mobile device like a smartphone or cell phone.
A computer-readable storage device embodiment of this third embodiment includes a non-transitory computer-readable storage device or medium that stores instructions which, when executed by a computing device, cause the computing device to balance cell loads in a network in which a device is classified into a mobility class based on mobility data and the device is assigned to a serving cell based at least in part on the mobility class. The instructions causing the computing device to perform operations including monitoring a distribution of devices and load levels across a plurality of cells to yield an analysis and when the analysis indicates an imbalance of cell loads, adjusting a boundary of the mobility class.



BRIEF DESCRIPTION OF THE DRAWINGS
FIG. 1 illustrates an example system;
FIG. 2 illustrates an example heterogeneous cellular system;
FIG. 3 illustrates another example of a heterogeneous cellular system;
FIG. 4 illustrates a network in which devices move from cell to cell; and
FIG. 5 illustrates a macro cell overlay environment;
FIG. 6 illustrates an example method;
FIG. 7 illustrates another example method;
FIG. 8 illustrates another example method;
FIG. 9 illustrates a method related to updating a mobility class;
FIG. 10 illustrates a method related to selection of cells for mobile device;
FIG. 11 illustrates an RRC-connected rule; and
FIG. 12 illustrates a method for updating a neighbor list.



DETAILED DESCRIPTION
Various embodiments of the disclosure are described in detail below. While specific implementations are described, it should be understood that this is done for illustration purposes only. Other components and configurations may be used without parting from the spirit and scope of the disclosure. Moreover, it should be understood that features or configurations herein with reference to one embodiment or example can be implemented in, or combined with, other embodiments or examples herein. That is, terms such as “embodiment”, “variation”, “aspect”, “example”, “configuration”, “implementation”, “case”, and any other terms which may connote an embodiment, as used herein to describe specific features or configurations, are not intended to limit any of the associated features or configurations to a specific or separate embodiment or embodiments, and should not be interpreted to suggest that such features or configurations cannot be combined with features or configurations described with reference to other embodiments, variations, aspects, examples, configurations, implementations, cases, and so forth. In other words, features described herein with reference to a specific example (e.g., embodiment, variation, aspect, configuration, implementation, case, etc.) can be combined with features described with reference to another example. Precisely, one of ordinary skill in the art will readily recognize that the various embodiments or examples described herein, and their associated features, can be combined with each other.
The present disclosure addresses concepts related to performing cell assignments and/or cell handoffs in a heterogeneous cellular system. A brief introductory description of a basic general purpose system or computing device in FIG. 1 which can be employed to practice the concepts, methods, and techniques disclosed is illustrated. A more detailed description of various approaches to handoffs and cell assignments will then follow.
These variations shall be described herein as the various embodiments are set forth. The disclosure now turns to FIG. 1 . With reference to FIG. 1 , an exemplary system and/or computing device 100 includes a processing unit (CPU or processor) 120 and a system bus 110 that couples various system components including the system memory 130 such as read only memory (ROM) 140 and random access memory (RAM) 150 to the processor 120 . The system 100 can include a cache 122 of high-speed memory connected directly with, in close proximity to, or integrated as part of the processor 120 . The system 100 copies data from the memory 130 and/or the storage device 160 to the cache 122 for quick access by the processor 120 . In this way, the cache provides a performance boost that avoids processor 120 delays while waiting for data. These and other modules can control or be configured to control the processor 120 to perform various operations or actions. Other system memory 130 may be available for use as well. The memory 130 can include multiple different types of memory with different performance characteristics. It can be appreciated that the disclosure may operate on a computing device 100 with more than one processor 120 or on a group or cluster of computing devices networked together to provide greater processing capability. The processor 120 can include any general purpose processor and a hardware module or software module, such as module 1 162 , module 2 164 , and module 3 166 stored in storage device 160 , configured to control the processor 120 as well as a special-purpose processor where software instructions are incorporated into the processor. The processor 120 may be a self-contained computing system, containing multiple cores or processors, a bus, memory controller, cache, etc. A multi-core processor may be symmetric or asymmetric. The processor 120 can include multiple processors, such as a system having multiple, physically separate processors in different sockets, or a system having multiple processor cores on a single physical chip. Similarly, the processor 120 can include multiple distributed processors located in multiple separate computing devices, but working together such as via a communications network. Multiple processors or processor cores can share resources such as memory 130 or the cache 122 , or can operate using independent resources. The processor 120 can include one or more of a state machine, an application specific integrated circuit (ASIC), or a programmable gate array (PGA) including a field PGA.
The system bus 110 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. A basic input/output (BIOS) stored in ROM 140 or the like, may provide the basic routine that helps to transfer information between elements within the computing device 100 , such as during start-up. The computing device 100 further includes storage devices 160 or computer-readable storage media such as a hard disk drive, a magnetic disk drive, an optical disk drive, tape drive, solid-state drive, RAM drive, removable storage devices, a redundant array of inexpensive disks (RAID), hybrid storage device, or the like. The storage device 160 can include software modules 162 , 164 , 166 for controlling the processor 120 . The system 100 can include other hardware or software modules. The storage device 160 is connected to the system bus 110 by a drive interface. The drives and the associated computer-readable storage devices provide nonvolatile storage of computer-readable instructions, data structures, program modules and other data for the computing device 100 . In one aspect, a hardware module that performs a particular function includes the software component stored in a tangible computer-readable storage device in connection with the necessary hardware components, such as the processor 120 , bus 110 , display 170 , and so forth, to carry out a particular function. In another aspect, the system can use a processor and computer-readable storage device to store instructions which, when executed by the processor, cause the processor to perform operations, a method or other specific actions. The basic components and appropriate variations can be modified depending on the type of device, such as whether the device 100 is a small, handheld computing device, a desktop computer, or a computer server. When the processor 120 executes instructions to perform “operations”, the processor 120 can perform the operations directly and/or facilitate, direct, or cooperate with another device or component to perform the operations.
Although the exemplary embodiment(s) described herein employs the hard disk 160 , other types of computer-readable storage devices which can store data that are accessible by a computer, such as magnetic cassettes, flash memory cards, digital versatile disks (DVDs), cartridges, random access memories (RAMS) 150 , read-only memory (ROM) 140 , a cable containing a bit stream and the like, may also be used in the exemplary operating environment. Computer-readable storage media, computer-readable storage devices, or computer-readable memory devices, expressly exclude transitory media such as transitory waves, energy, carrier signals, electromagnetic waves, and signals per se.
To enable user interaction with the computing device 100 , an input device 190 represents any number of input mechanisms, such as a microphone for speech, a touch-sensitive screen for gesture or graphical input, keyboard, mouse, motion input, speech and so forth. An output device 170 can also be one or more of a number of output mechanisms known to those of skill in the art. In some instances, multimodal systems enable a user to provide multiple types of input to communicate with the computing device 100 . The communications interface 180 generally governs and manages the user input and system output. There is no restriction on operating on any particular hardware arrangement and therefore the basic hardware depicted may easily be substituted for improved hardware or firmware arrangements as they are developed.
For clarity of explanation, the illustrative system embodiment is presented as including individual functional blocks including functional blocks labeled as a “processor” or processor 120 . The functions these blocks represent may be provided through the use of either shared or dedicated hardware, including, but not limited to, hardware capable of executing software and hardware, such as a processor 120 that is purpose-built to operate as an equivalent to software executing on a general purpose processor. For example, the functions of one or more processors presented in FIG. 1 may be provided by a single shared processor or multiple processors. (Use of the term “processor” should not be construed to refer exclusively to hardware capable of executing software.) Illustrative embodiments may include microprocessor and/or digital signal processor (DSP) hardware, read-only memory (ROM) 140 for storing software performing the operations described below, and random access memory (RAM) 150 for storing results. Very large scale integration (VLSI) hardware embodiments, as well as custom VLSI circuitry in combination with a general purpose DSP circuit, may also be provided.
The logical operations of the various embodiments are implemented as: (1) a sequence of computer-implemented steps, operations, or procedures running on a programmable circuit within a general use computer, (2) a sequence of computer-implemented steps, operations, or procedures running on a specific-use programmable circuit; and/or (3) interconnected machine modules or program engines within the programmable circuits. The system 100 shown in FIG. 1 can practice all or part of the recited methods, can be a part of the recited systems, and/or can operate according to instructions in the recited tangible computer-readable storage devices. Such logical operations can be implemented as modules configured to control the processor 120 to perform particular functions according to the programming of the module. For example, FIG. 1 illustrates three modules Mod 1 162 , Mod 2 164 and Mod 3 166 which are modules configured to control the processor 120 . These modules may be stored on the storage device 160 and loaded into RAM 150 or memory 130 at runtime or may be stored in other computer-readable memory locations. System 100 may have other modules (not shown in FIG. 1 ) configured to control the processor 120 .
One or more parts of the example computing device 100 , up to and including the entire computing device 100 , can be virtualized. For example, a virtual processor can be a software object that executes according to a particular instruction set, even when a physical processor of the same type as the virtual processor is unavailable. A virtualization layer or a virtual “host” can enable virtualized components of one or more different computing devices or device types by translating virtualized operations to actual operations. Ultimately, however, virtualized hardware of every type is implemented or executed by some underlying physical hardware. Thus, a virtualization compute layer can operate on top of a physical compute layer. The virtualization compute layer can include one or more of a virtual machine, an overlay network, a hypervisor, virtual switching, and any other virtualization application.
The processor 120 can include all types of processors disclosed herein, including a virtual processor. However, when referring to a virtual processor, the processor 120 includes the software components associated with executing the virtual processor in a virtualization layer and underlying hardware necessary to execute the virtualization layer. The system 100 can include a physical or virtual processor 120 that receive instructions stored in a computer-readable storage device, which cause the processor 120 to perform certain operations. When referring to a virtual processor 120 , the system also includes the underlying physical hardware executing the virtual processor 120 .
Having disclosed some components of a general computing system in FIG. 1 , the disclosure now turns to FIG. 2 , which illustrates an aspect of this disclosure. FIG. 2 represents heterogeneous networks 200 which can be associated with a wireless protocol such as LTE, or different wireless protocols. As shown in FIG. 2 , a macro cell 202 is included within a group of macro cells 224 , 226 , 228 , 230 , 232 , and 234 . Within each macro cell is a cell tower 204 as well as various other types of towers or cells. For example, micro cells 206 , 212 and 214 operate using an eNodeB public antenna. A mobile device 218 is shown as being in communication with the micro cell 206 . A femto cell 208 could also communicate with another mobile device 220 . Another example is shown of a building pico cell 210 . Also shown in FIG. 2 are other mobile communication systems such as vehicles 216 and 222 which are communicating with the macro cell 202 . FIG. 2 thus provides an example of how heterogeneous networks can exist such that mobile devices 218 , 220 , 216 , 222 , when moving through a series of cells, may transition from one protocol to another and/or from cells that have larger sizes such as the macro cell 202 into and out of cells with smaller sizes such as micro cell 206 and vice versa.
This disclosure provides methods and systems that leverage the different types of cells in a heterogeneous wireless network with the goals of improving the service level given to users, as well as the efficiency and capacity of the network. We offer at least three new ideas that can be integrated into one system to accomplish these goals. The first idea relates to classification of user devices based on their mobility state into a mobility class. The next relates to the assignment of user devices to serving cells based on the mobility class. The third idea relates to a dynamic adjustment of cell power and/or mobility class boundaries.
Most of the procedures described herein can be implemented on one or more of a user device, in a radio network controller (RNC) which can coordinate a group of cells, and/or in a network processor (NP) that can perform more central optimization. Different steps in a coordinated series of operations can also be performed on different devices. Device control is distributed in nature but could provide faster reaction to changes in mobility state, and some of the algorithms fit this mode of operation. Using an RNC or NP provides a more centralized decision point, but reaction to changing conditions can be relatively slower. Changes in loading conditions can also influence the mode of operation. For example, if an NP becomes overloaded, more processing can be done at the device and/or RNC level.
We now provide more details about the first concept of classifying user devices. A system can classify user devices based on the device's mobility state. The mobility state is a value representing a speed at which the user (and hence the device) is moving. The mobility states can be obtained or estimated using several potential methods. Each device and/or a processor anywhere in the network can employ one or more of these methods to determine the mobility state. For example, the mobility state can be 10 MPH or 70 MPH. The mobility state could also include a vector component in which the state includes a parameter related to a direction that the user device is moving. Thus, the mobility state could include values such as (65,10), which could be the speed and the compass heading (10 degrees in this case). The mobility states may also include other information such as acceleration, altitude, rate of ascent/descent, etc.
The mobility state can be a mobility estimation based on device coordinates that are sampled every time unit. The device speed can be computed based on the change in the coordinates. Simple averaging over a time window or exponential smoothing is one example of an approach that can be used to compute the current mobility state. The system can also or alternately use smart car technology to convey speed. Devices inside a moving vehicle can have their speed determined by the vehicle's speedometer and transmitted to the device or a network processor and then used to compute the mobility state. For other users, wearable devices, such as a fitness monitor, can be used.
A mobility estimation based on handover rate or time in cell can be used to establish a mobility state. The terms “handover,” “handoff,” and their variants refer to the process of transferring an ongoing call or data session of a device from one cell to another cell with minimal or no interruption of service, typically as the device's geographic location changes. For example, assume that the device measures the time between handoffs. A network processor can estimate the mobility state based on the cell size and time in cell. This is a relatively less accurate method to determine mobility state. However, it can be used as feedback metric to evaluate the system.
The mobility state can also be determined by a non-mobile declaration by the user device. This approach requires wireless protocols to allow devices to declare themselves as stationary or mobile. While a device is stationary, it does not need to perform mobility-related measurements.
Once the mobility state is determined, using one or more of the techniques disclosed above, the device or a network processor then classifies each device into a mobility class. This can be accomplished in a number of different ways. One example approach is to use an association of each mobility class with a range of mobility states. An example is shown in Table





TABLE 1



Mobility Classes








Class 1
Stationary and slow devices with mobility state lower than

(Slow)
10 meters per minute

Class 2
Medium speed devices with mobility state between 10 and

(Medium)
100 meters per minute

Class 3
Fast devices with mobility state over 100 meters per minute

(Fast)


























The speed limits/thresholds are used to classify devices as defined by class boundaries. Class boundaries in the above example are 10 meters per minute, which defines the boundary between Class 1 (Slow) and Class 2 (Medium). Another class boundary in this example is 100 meters per minute which defines the boundary between Class 2 (Medium) and Class 3 (Fast). Of course, the structure can include more than three classes and the particular boundaries can be any parameter or even a group of parameters. For example, the class could include a speed range as well as a direction range. If the direction a device is going will lead to a micro cell within a certain amount of time, that could be, coupled with the speed, a certain class. An example of this approach could be: Class 2 (Medium, 12 degree movement which leads to a micro cell within 2 minutes). The classification may also be made based on the relative speed at which the device is approaching or distancing away from a micro cell regardless of the direction in which the device is moving.
Given a network with multiple types of cells, differing in size and power levels, and user devices classified based on mobility, as described above, the disclosure now provide rules to assign devices to cells based on their mobility class.
For illustration and simplicity of explanation, the case of three types of cells is presented: Large, Small, and Micro cells. Of course, the system could employ more than three defined types of cells. Such definitions could include parameters based on one or more of size, geography, elevation, building/infrastructure within a cell, shape, signal strengths, signal range, device usage, numbers of devices within a cell, device mobility within a cell (i.e., does the cell cover a freeway where the average device speed is 65 MPH), foliage and other obstructions, etc.
The present disclosure deals with setup and management of radio bearers and does not change the setup and control of S-type bearers between cells and network gateways.
Described herein is the enhancement of two sets of rules that are critical to the operation of mobile networks: cell selection for Radio Resource Control (RRC)-idle devices and handover for RRC-connected devices. As background, when a device is turned on, it has to find a qualified serving cell and then go through an authentication procedure and attachment to the network. The mobile device is then communicating with a serving cell in an RRC-idle state without acquiring radio resources. In this state, selection and reselection of serving cell is under the device's control. Once it establishes an RRC connection, the device periodically reports its measurements and is being monitored by the network to assure quality of service. When the quality of service from the current serving cell is not acceptable and/or there is another cell better suited to serve, the network can request a handover.
The device in the RRC-idle state will operate as follows: The device selects and reselects a serving cell based on signal strength measurement called Reference Signal Received Power (RSRP). Specifically, a cell is suitable for serving the device if its RSRP exceeds a minimum threshold level and, in addition, satisfies certain service conditions—such as, being on a network whose service provider is on the device's prioritized list and is not barred for service—which do not really pertain to this disclosure.
Introducing cell types and mobility classes adds a novel dimension to the cell selection process. The disclosure provides two possible rules:
A first rule is a simple preference rule that specifies a preference order as depicted in Table 2.





TABLE 2



Preference Rule for Mobility Classes





Device Mobility Class
Preferred Cell Types
Acceptable Cell Types



Class 1 - Slow
Micro, Small
Large

Class 2 - Medium
Small
Large

Class 3 - Fast
Large
None























Table 2 is only exemplary and could, of course, have a number of different parameters therein. For example, a slow mobile device would first look for a suitable micro or small cell, which could offer Wi-Fi communication, and only if none is available it would consider a large cell. A fast-moving device may only consider large cells and is not allowed to consider micro or small cells. This latter rule prevents excessive number of reselections.
A second rule could require an additional parameter RSRP diff which is specified by the network. In this case, a cell is suitable for a device based on a result from the following equation:
RSRP meas >RSRP min +I (MC,CT)×RSRP diff ,

where RSRP min is the minimum acceptable receive power, RSRP meas is the measured value, and I(MC, CT)=0 if cell type CT is preferred for a user equipment (UE) mobility class MC, and I(MC, CT)=1 otherwise.
A more general version of this rule is one with a matrix of values RSRP diff (MC, CT), and a cell is suitable if:
RSRP meas >RSRP min +RSRP diff (MC,CT).
Under this rule, the device will choose a non-preferred cell type only if the received signal is stronger than a higher threshold compared to the threshold required for a preferred cell type. For both rules, a reselection is triggered when the serving cell no longer provides a good enough signal. In addition, if the current serving cell is of the non-preferred type, a reselection can occur if a cell of the preferred type is detected and is suitable.
Another example process relates to the device in an RRC-Connected State. Once a device is connected, and if the rule for RRC-Idle is followed, the device would be served by a cell that fits its mobility class. At this point, in most LTE or other protocol networks, the device monitors its serving cell and listed neighbor cells.
The feature introduced herein is that instead of a simple list of neighbor cells, there are multiple prioritized lists which can be analyzed. Each list includes cells of the same type, or could include cells of different types or have characteristics sharing a certain number of parameters. In one possible implementation, the device monitors its serving cell as well as the neighbor cells from the list with the highest priority. If this list (of the highest priority) is of size smaller than a given parameter, the next list is also considered. In another possible implementation, the cells with higher priority are measured more frequently than cells with lower priority. In determining what cell to handover to, cells from a higher priority neighbor list are always considered before those from a lower priority list.
When a user (and hence the device) changes its mobility class, the change is detected by the mobility measurement method(s) in use and is included in measurement reports to the serving cell (actually a base station in the cell, commonly referred to as eNodeB). Initially, the device continues to be served by the same cell, but rules for reselecting a new serving cell (for RRC-Idle UE) and for handover (for RRC-Connected UE) would now be according to the new mobility class.
For example, if a walking user (medium class), currently served by a small cell, enters a vehicle, the device will likely move out of its current cell very quickly. In this case, the device will soon be classified as fast and will now choose the best large cell. By the same token, a fast device in a large cell, may enter a building and become stationary. The now-stationary device would still be served by the large cell but would now look for, and be qualified to be served by a micro or small cell.
Once a system with device classification and assignment to cell types is in place, the system can be monitored to track the distribution of users and load level across cells. If the monitoring detects strong imbalances of cell loads, then in addition to adjusting the power level of cells, this disclosure makes it possible to dynamically adjust the mobility class boundaries, in order to optimize the spectrum efficiency and capacity of the network.
One example of such a condition is the temporary concentration of slow users in a certain area. Under such circumstances, reducing the value of the class boundaries would allow more users to be classified as more mobile and get preference for being served by larger cells. Another option is to reduce the power of micro cells in the area so that fewer users are assigned to them.
The adjustment of boundaries can be also performed based on historical data. Perhaps during rush hour, the boundaries are adjusted given the high volume of movement of devices through a region of cells. However, during certain times and in certain area the traffic is bad and thus the devices move slowly. Thus, adjusting the boundaries can take into account such actual device movements experienced in the cells. Adjustments can be made for any number of reasons, including the addition of a new cell or elimination of a cell, extra charges paid by a user that enable an adjustment or to give a device priority, and so forth.
FIG. 3 illustrates an example power level of a serving cell and neighboring cells. For example, feature 320 illustrates a group of cells which can be similar to a group of cells shown in FIG. 2 . Feature 302 illustrates a macro overlay cell which covers a region associated with cell tower 310 , which has overlapping micro cells such as micro cell 304 serviced by tower 312 , micro cell 306 serviced by tower 316 and micro cell 308 serviced by tower 318 . The principles disclosed herein cover different methods and processes for making cell assignments as well as cell-to-cell handoffs in a heterogeneous network and in such a scenario where there is overlap between different types of cells.
FIG. 4 illustrates an example handoff rate. As is shown in the group of cells 400 , various cells such as 414 , 416 , 418 , 420 , 422 , 424 , 426 , 428 , 430 , 432 , 434 , and 436 are shown. Each is serviced by a cell tower or antenna of some sort (not shown). What is represented in FIG. 4 is different speeds of devices moving through various cells. For example, three arrows are shown as feature 406 which can represent a fast moving device moving from cell 420 to 422 . A single arrow is shown as feature 408 which can represent a slow moving device moving from cell 414 to 424 . Arrow 412 can represent a slow moving device from cell 414 , and into cell 416 for only a brief moment, and then into cell 418 . Arrow 412 illustrates an example in which two quick handoffs would need to be processed as the device moved from cell 414 to 416 and then again soon thereafter from cell 416 to 418 . Similarly, feature 410 illustrates movement of a device transitioning from cell 424 to cell 428 as well as another transition from cell 428 to 426 . Feature 404 illustrates another set of arrows representing movement of a device from cell 432 to 434 which could include a portion of the movement in cell 426 . As can be appreciated, the principles disclosed herein improve the cell assignment and handoff capabilities in order to minimize the processing necessary to perform handoffs.
FIG. 5 illustrates another example cell assignment. The system 500 shows a number of different cells including a macro cell 502 having a capacity of 14 Mbps with a current use of 6 Mbps. Device 506 is a smartphone that is using 5 Mbps. Note that cell 504 which is a microcell having a capacity of 5 Mbps but currently is communicating with 3 Mbps. The present disclosure enables the assignment of cells in order to improve spectral efficiency.
FIG. 6 illustrates an example method. The method can be performed on one or more of a mobile device and a system or network based processor. The method includes receiving mobility data for a device being serviced by a first cell ( 602 ), classifying the device based on a mobility state associated with the mobility data to yield a classification ( 604 ) and making a handoff decision when handing off the device from the first cell to a second cell based at least in part on the classification ( 606 ). The mobility state can be computed from the mobility data or estimated from the mobility data. The boundary that defines a mobility class is fixed or variable and when the boundary is variable, the boundary can be re-set.
When making a handoff decision, each classification can include at least one of a preferred cell type and at least one acceptable cell type. The preferred cell type for a slow speed classification can include a micro cell type and a small cell type, and an acceptable cell type for the slow speed classification can include a large cell type. The preferred cell type of a medium speed classification can include the small cell type, and the acceptable cell type for the medium speed classification can include the large cell type. The preferred cell type of a fast classification can include the large cell type, and the acceptable cell type for the fast classification can be none. In one aspect, the device only chooses a non-preferred cell type when a received signal is stronger than a higher threshold compared to a threshold required for a preferred cell type.
When making a handoff decision, a reselection can be triggered when the first cell no longer provides a sufficient signal and when the first cell is of a non-preferred type, and wherein making the handoff decision includes handing off to the second cell when the second cell is of the preferred type and is suitable. The classification can include a location of a device in the first cell and a path traveled across the first cell. Making the handoff decision can be further based at least in part on a first spectral efficiency of the first cell and a second spectral efficiency of the second cell. Further, making the handoff decision can be based at least in part on a bandwidth used by the device and available bandwidth of the second cell.
FIG. 7 illustrates another example related to the cell assignment aspect of this disclosure. A method includes receiving mobility data for a device ( 702 ), classifying the device based on a mobility state associated with the mobility data to yield a mobility class ( 704 ) and assigning the device to a serving cell based at least in part on the mobility class ( 706 ). When assigning the device to serving cell, each mobility class includes at least one of a preferred cell type and at least one acceptable cell type. The preferred cell type for a slow speed classification can include a micro cell type and a small cell type, and an acceptable cell type for the slow speed classification can include a large cell type. The preferred cell type of a medium speed classification can include the small cell type, and the acceptable cell type for the medium speed classification can include the large cell type. The preferred cell type of a fast classification can include the large cell type, and the acceptable cell type for the fast classification can be none. In one aspect, the device only chooses a non-preferred cell type when a received signal is stronger than a higher threshold compared to a threshold required for a preferred cell type.
When assigning the device to the serving cell, a reselection can be triggered when a first cell no longer provides a sufficient signal and when the first cell is of a non-preferred type, and wherein assigning the device to the serving cell includes assigning the device to a second cell when the second cell is of the preferred type and is suitable.
The mobility class can include a location of the device in the serving cell or a path traveled across the serving cell. Assigning the device to the serving cell can be further based at least in part on a spectral efficiency of the serving cell. Assigning the device to the serving cell can be further based at least in part on a bandwidth used by the device and available bandwidth of the serving cell. In another aspect, assigning the device to the serving cell can be further based at least in part on multiple prioritized lists of cells, each list of the multiple prioritized lists of cells including cells of a same type. Cells in a higher priority list are measured more frequently than cells on a lower priority list.
Once a system with device classification and assignment to cell types is in place, the system can be monitored to track the distribution of users and load level across cells. If the monitoring detects strong imbalances of cell loads, then in addition to adjusting the power level of cells, the concepts disclosed herein make it possible to dynamically adjust the mobility class boundaries in order to optimize or improve the spectral efficiency and capacity of the network.
One example of such a condition is the temporary concentration of slow users in a certain area. Under such circumstances, reducing the value of the class boundaries would allow more users to be classified as more mobile and get preference for being served by larger cells. Another option is to reduce the power of micro cells in the area so that fewer users are assigned to them.
FIG. 8 illustrates an example method for balancing cell loads in a network in which a device is classified into a mobility class based on mobility data and the device is assigned to a serving cell based at least in part on the mobility class. The method includes monitoring a distribution of devices and load levels across a plurality of cells to yield an analysis ( 802 ), and when the analysis indicates an imbalance of cell loads, adjusting a boundary of the mobility class ( 804 ).
When the analysis indicates an imbalance of cell loads, the method can include adjusting a power level at least one cell of the plurality of cells. When the analysis indicates the imbalance of cell loads, the method further includes performing both of adjusting the power level at least one cell of the plurality of cells and adjusting the boundary of the mobility class. Adjusting the boundary of the mobility class can include increasing an upper speed associated with an upper boundary of the mobility class and/or decreasing a lower speed associated with a lower boundary of the mobility class. Adjusting a power level at least one cell of the plurality of cells or adjusting a boundary of the mobility class can improve or optimize a spectral efficiency of the network relative to a previous spectral efficiency prior to the adjusting of the power level or the boundary of the mobility class. Adjusting a power level at least one cell of the plurality of cells or adjusting a boundary of the mobility class can improve or optimize a capacity of the network relative to a previous capacity prior to the adjusting of the power level or the boundary of the mobility class. The device can be assigned to the serving cell based at least in part on multiple prioritized lists of cells, each list of the multiple prioritized lists of cells including cells of a same type or at least sharing a threshold number of characteristics.
FIG. 9 illustrates another method of setting a mobile class and updating the mobility class setting. In the first step, the mobile device is in a mobility class MC 0 ( 902 ). The system will perform a mobility measurement ( 904 ) to update the mobility state (MS) ( 906 ). This measurement can occur at a fixed or variable measurement interval ( 908 ). Next, the system determines whether the mobility state is less than a threshold 1 ( 910 ). If not, the system determines whether the mobility state is less than threshold 2 ( 912 ). If the mobility state is not less than threshold 2 , then the system determines that a new mobility class is in a category such as fast and sets a variable MCn=3 ( 918 ). If the mobility state is less than threshold 2 , then the system determines that the mobility class is another category such as slow and sets a variable MCn=2 ( 916 ). If the mobility state is less than threshold 1 , then the system determines that the new mobility class is in yet another category such as very slow and sets MCn=1 ( 914 ). The flow from each of steps ( 914 ), ( 916 ) and ( 918 ), is to then determine whether MCn=MC 0 ( 920 ). If not, then the system assigns MC 0 to be MCn and reports the change in mobility class ( 922 ). If MCn does equal MC 0 , then the flow returns back to the step of performing the mobility measurement ( 904 ) and the process essentially starts again.
FIG. 10 illustrates a radio resource control idle rule process. First, the system determines that the mobile device is in a radio resource control-idle state and/or a mobility class I ( 1002 ). The method next determines whether there is a suitable cell that is preferred for mobility class I ( 1004 ). If yes, then the system selects the preferred cell C with the strongest signal ( 1008 ). Next, after a set delay (or a variable delay or a delay based on some parameter), the system determines whether the signal from cell C is below a minimum value ( 1010 ). Of course, the signal from cell C would also be equal to or below a determined value. If no, then the system determines whether the cell C is still preferred for the mobile device ( 1002 ). If yes, then the flow returns after a delay (fixed, variable, or even no delay) back to the determination ( 1010 ). It is noted that if the result of the determination in step ( 1010 ) is that the signal from the cell C is below a minimum, then the flow proceeds to position A which, as is seen in FIG. 10 , returns the process to step ( 1004 ) of determining whether there is a suitable cell that is preferred for mobility class I. Returning to step ( 1012 ), if the cell C is not still preferred for the mobile device, then the process returns again to the determination step ( 1004 ).
If the determination from step ( 1004 ) is that there is not a suitable cell that is preferred for mobility class I, then the system determines whether there is a suitable cell that is acceptable for mobility class I ( 1006 ). If yes, then the system selects the acceptable cell C with the strongest signal ( 1014 ). If there is not a suitable cell that is acceptable from mobility class I, the system looks for cells on other carriers ( 1016 ) and the process continues to point A and ultimately returns back to the determination step ( 1004 ).
FIG. 11 illustrates a handover rule 1100 for radio resource control connected device. At any point in time, a connected device is served by a cell C and is in mobility class I ( 1102 ). Every measurement interval ( 1110 ), the system checks if the signal strength RSRP_meas is above a minimum level RSRP_min ( 1104 ). If it is, there is no action until the next measurement time. If it is not, then the system selects from the neighbor list the cell with the strongest signal modified by a factor RSRP_diff which depends on the mobility class and cell type ( 1106 ). After the new cell is so determined, the system performs a handover to that cell ( 1108 ), which now becomes the serving cell. It is noted that an example algorithm to determine what “suitable” means could be RSRP_MEAS>RSRP_MEN+RSRP_DIFF (MC, CT).
FIG. 12 describes an example process 1200 for modifying the neighbor cell list to account for the mobility class. The system recognized an RRC-connected device in mobility class I ( 1202 ) and it keeps a list of neighbor cells that are suitable and candidates to become serving cells. These neighbor cells can be of any type, and with one of the rules described earlier, each one of these cells is classified as preferred or acceptable. The system also maintains an indicator IND, which is set to 0 whenever the device moves to a new serving cell. Every measurement interval 1110 , the system checks if the number of preferred cells in the neighbor list is higher than a threshold TH 1 ( 1204 ). If it is and IND is equal to 1 ( 1210 ), all acceptable cells are removed for the neighbor list ( 1212 ). Going back to step 1204 , if the number of preferred cells is not above the threshold, then if IND is equal to 0 ( 1206 ), all suitable acceptable cells are added to the neighbor list ( 1208 ). Otherwise, no action is taken, and the system waits for the next check ( 1202 ).
Embodiments within the scope of the present disclosure may also include tangible and/or non-transitory computer-readable storage devices for carrying or having computer-executable instructions or data structures stored thereon. Such tangible computer-readable storage devices can be any available device that can be accessed by a general purpose or special purpose computer, including the functional design of any special purpose processor as described above. By way of example, and not limitation, such tangible computer-readable devices can include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other device which can be used to carry or store desired program code in the form of computer-executable instructions, data structures, or processor chip design. When information or instructions are provided via a network or another communications connection (either hardwired, wireless, or combination thereof) to a computer, the computer properly views the connection as a computer-readable medium. Thus, any such connection is properly termed a computer-readable medium. Combinations of the above should also be included within the scope of the computer-readable storage devices.
Computer-executable instructions include, for example, instructions and data which cause a general purpose computer, special purpose computer, or special purpose processing device to perform a certain function or group of functions. Computer-executable instructions also include program modules that are executed by computers in stand-alone or network environments. Generally, program modules include routines, programs, components, data structures, objects, and the functions inherent in the design of special-purpose processors, etc. that perform particular tasks or implement particular abstract data types. Computer-executable instructions, associated data structures, and program modules represent examples of the program code means for executing steps of the methods disclosed herein. The particular sequence of such executable instructions or associated data structures represents examples of corresponding acts for implementing the functions described in such steps.
Other embodiments of the disclosure may be practiced in network computing environments with many types of computer system configurations, including personal computers, hand-held devices, multi-processor systems, microprocessor-based or programmable consumer electronics, network PCs, minicomputers, mainframe computers, and the like. Embodiments may also be practiced in distributed computing environments where tasks are performed by local and remote processing devices that are linked (either by hardwired links, wireless links, or by a combination thereof) through a communications network. In a distributed computing environment, program modules may be located in both local and remote memory storage devices.
The various embodiments described above are provided by way of illustration only and should not be construed to limit the scope of the disclosure. Various modifications and changes may be made to the principles described herein without following the example embodiments and applications illustrated and described herein, and without departing from the spirit and scope of the disclosure. Claim language reciting “at least one of” a set indicates that one member of the set or multiple members of the set satisfy the claim.