EP3371996A1 - Preventive reconfiguration of a secondary user radio base station - Google Patents
Preventive reconfiguration of a secondary user radio base stationInfo
- Publication number
- EP3371996A1 EP3371996A1 EP16791536.2A EP16791536A EP3371996A1 EP 3371996 A1 EP3371996 A1 EP 3371996A1 EP 16791536 A EP16791536 A EP 16791536A EP 3371996 A1 EP3371996 A1 EP 3371996A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- reconfiguration
- radio base
- base station
- spectrum manager
- spectrum
- 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.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/14—Spectrum sharing arrangements between different networks
Definitions
- the present invention enables to preventively reconfigure, by a spectrum manager connected to a network of spectrum managers, the channels used for transmission and / or reception by a radio base station of a secondary user, so as to avoid interferences with primary users.
- Figure 1 shows an architecture for detecting a primary user according to the state of the art.
- a multiplicity of RF sensors RFS is deployed over a geographical area.
- a spectrum manager e.g., a SAS server in the case of the 3. US 5GHz band
- the spectrum manager then reconfigures the network of secondary users (e.g., switches off radio base stations or requests radio base stations to reduce their transmission power), in order to prevent interferences with primary users.
- This reactive approach introduces a delay between detection of the primary user and completion of the reconfiguration of radio base stations, during which mutual interferences may impact both primary and secondary users.
- This reactive approach may result in a bad user experience for users connected to radio base stations of secondary users, since there is no time to gracefully transition those users to other frequencies for transmission or reception.
- This invention provides means to overcome those limitations, by exploiting the information on channels reconfiguration, broadcasted by other radio base stations, in order to preventively initiate a reconfiguration, while protecting privacy of primary users.
- Figure 1 shows an example of architecture according to the state of the art.
- FIG. 2 shows an example of architecture on which this invention is applicable.
- Figure 3 describes the steps to determine when to preventively reconfigure a radio base station according to the present invention.
- Figure 4 shows an example of Reconfiguration Report.
- Figure 5 shows an example of Reconfiguration Policies.
- Figure 6 shows an example of preventive reconfiguration according to this invention.
- Figure 2 illustrates an example of architecture on which the present invention is applicable.
- This figure shows a deployment of radio base stations, labeled ST, belonging to the same or different operators.
- Each radio base station is capable of communicating over a radio interface, for example with end user devices, labeled Dl to D4.
- RF sensors RFS capable of sensing radio frequencies and detecting radio frequency signals, may be deployed within the proximity of radio base stations ST, collocated with radio base stations ST, or embedded within radio base stations ST. Each RF sensor is connected to a spectrum manager SM.
- sensing data retrieved by a third party sensor network could be provided to spectrum managers.
- a third party sensor network e.g., the ESC - Environmental Sensing Capability - in the case of the US 3.5GHz band
- the spectrum manager provides radio base stations ST with the allowed frequencies for transmission and reception.
- Spectrum managers are connected with each other and capable of exchanging information, for example through an IP network. The information exchanged among spectrum managers is used to determine which frequencies to allocate to each radio base station ST.
- FIG 2 shows an example of architecture where spectrum managers are distributed.
- each spectrum manager is responsible for allocating frequencies to one single radio base station ST.
- the spectrum manager could be physically collocated with or embedded within the base station ST.
- Communication between spectrum managers and RF sensors can be performed using a direct physical link, or wirelessly (e.g., using Wi-Fi or LTE).
- Some spectrum managers may be connected with multiple RF sensors.
- some spectrum managers may be connected with no RF sensor.
- Spectrum managers may communicate with radio base stations through an entity managing the network of radio base stations ST. In the case of a 3GPP network, this entity can be the Network Manager. This is illustrated in Figure 1 by SMI communicating with ST1 through interfaces [C2] and [C3].
- spectrum managers may communicate directly with radio base stations, for example through an IP network. This is illustrated in Figure 2 by SM2 and SM3 communicating with ST2 and ST3 via interface [CI].
- Radio base stations not managed by a spectrum manager or whose spectrum managers are not connected to the spectrum managers of stations ST1 to ST3, labeled FST in the figure, may be deployed within the same geographical area.
- Devices communicating with those radio base stations, labeled FD1 to FD4 are also shown in this figure.
- Figure 3 illustrates the steps performed in order to preventively reconfigure a radio base station according to the present invention.
- This reconfiguration may be the result of the detection of a primary user in the vicinity of the radio base station associated with the spectrum manager.
- this reconfiguration may be the result of a request from the radio base station for more bandwidth for transmission or reception, or the result of a decrease in bandwidth resource needs at the radio base station.
- a reconfiguration report may contain, for example:
- Figure 4 shows an example of Reconfiguration Report.
- channels 1, 3, and 4 were deallocated, and channels 6 and 7 were allocated to the radio base station.
- some information provided in Reconfiguration Reports may be encrypted (e.g. using the public key of an operator's certificate) so that it is only accessible (e.g. using the private key of an operator's certificate) to spectrum managers associated with radio base stations of the same operator.
- the Reconfiguration Report is broadcast over the network of spectrum managers and stored locally.
- Each spectrum manager receives all the Reconfiguration Reports that are broadcasted over the network that connects them.
- This step is initiated every time a Reconfiguration Report is received.
- the spectrum manager uses the information included in Reconfiguration Reports, as well as the current operational parameters of the base station stored in the spectrum manager (e.g., currently allocated channels), in order to determine whether the radio base station needs to be preventively reconfigured, according to the Reconfiguration Policies stored at the spectrum manager.
- the Reconfiguration Policies provide a set of criteria that must be fulfilled in order to initiate a preventive reconfiguration.
- This primary user may be mobile and therefore, potentially move within proximity of the radio base station connected to the spectrum manager that received those Reconfiguration Reports.
- the parameter "Minimum Received Reconfiguration Reports” indicates the minimum of Reconfiguration Reports that must be received, indicating that a given channel has been deallocated, in order to initiate a preventive reconfiguration.
- the preventive reconfiguration may consist in requesting the radio base station not to use the given channel and to allocate a new channel to the radio base station, if such channel is available.
- the spectrum manager may simply send a notification to the radio base station indicating that the given channel may be deallocated in the near future.
- the radio base station may use this information, for example, to give less priority to this channel when allocating bandwidth for downlink or uplink. This enables to minimize the degradation of quality of experience in case a primary user using this channel moves within the vicinity of the radio base station.
- a validity period may also be provided by the spectrum manager in the notification, or pre-configured at the radio base station, indicating the duration during which the radio base station should take into account the received notification. The farther a primary user is located from a given radio base station, the smaller is the probability that this primary user will move within the proximity of this radio base station.
- the "Minimum Received Reconfiguration Reports” parameter may vary according to the distance.
- the "Minimum Received Reconfiguration Reports” may vary according to path loss.
- a maximum distance between two radio base stations may be configured, beyond which two Reconfiguration Reports received from spectrum managers associated with those base stations are considered not related to the same potential primary user.
- a maximum path loss may be defined, enabling to take into account the impact of the environment in the estimation of the propagation range of primary user RF signals.
- the "Minimum Received Reconfiguration Reports" parameter may vary according to the density of the deployment of radio base stations. When a small number radio base stations are deployed over a given area, the number of Reconfigurations Reports indicating that a given channel has been deallocated that must be received in order to initiate a preventive reconfiguration is smaller than when a high number of radio base stations is deployed over a given area.
- Figure 5 shows an example of Reconfiguration Policies.
- the "Minimum Received Reconfiguration Reports” indicates the minimum number of Reconfiguration Reports that must be received on a given channel to initiate a reconfiguration. This parameter depends on the distance and the density of base stations.
- the first column indicates that if the density of the network deployment is 10 radio base stations per kilometer square, at least 15 Reconfiguration Reports must be received from Spectrum Managers associated with radio base stations located within less than 10 kilometers, in order to initiate a reconfiguration.
- the 5th column indicates that if the density of the network deployment is 20 radio base stations per kilometer square, at least 35 Reconfiguration Reports must be received from spectrum managers associated with radio base stations located within less than 50 kilometers, in order to initiate a reconfiguration.
- the "Maximum distance between Reconfiguration Reports” parameter indicates that the distance between each radio base stations whose reconfiguration was reported must be less than 30 kilometers.
- the "Validity period” parameter indicates that the Reconfiguration Reports must be received within a 10 seconds time window.
- the spectrum manager When determining in step C that some channels should be preventively deallocated, the spectrum manager identifies whether alternative channels are available. The spectrum manager then sends a request to the radio base station indicating the channels that are deallocated and the newly allocated channels.
- the spectrum manager may alternatively simply send a notification to the radio base station including the list of channels allocated to the radio base station that are more likely to be deallocated than the others channels allocated to the radio base station.
- Figure 6 shows an example of reconfiguration of radio base stations according to the current invention.
- SMI, SM2, and SM3 send a Reconfiguration Report indicating that channel 1 is deallocated
- SMI, SM3 and SM8 send a Reconfiguration Report indicating that channel 2 is deallocated.
- SM4 receives and analyzes those reports using its Reconfiguration Policies. According to those policies, at least 3 Reconfiguration Reports need to be received, from spectrum managers associated with radio base stations located within a maximum of 3 kilometers from each other, in order to initiate a preventive reconfiguration.
- SMI, SM2 and SM3 are located within 3 kilometers from each other. As a result, the criteria of the Reconfiguration Policies are fulfilled for channel 1 and SM4 initiates a preventive reconfiguration on this channel.
- the radio base station associated with SM8 is located at more than 3 kilometers from other radio base stations associated with spectrum managers reporting a reconfiguration on channel 2. Therefore, even though 3 Reconfiguration Reports were received for channel 2, SM4 does not initiate a preventive reconfiguration for this channel.
- Spectrum managers may store the history of preventive reconfigurations performed according to the present invention. Using this information, spectrum managers may verify whether a given preventive reconfiguration was relevant or not, by checking whether they received a notification from a RF sensor or an entity managing a network of RF sensors about the presence of a primary user on the channel on which they requested a preventive reconfiguration, within a given period of time. This period of time may correspond to an estimation of the maximum time required for a primary user, whose presence is assumed to be nearby the location provided in received Reconfiguration Reports, to reach the radio base station.
- the spectrum manager may modify the parameters in the Reconfiguration Policies to limit the amount of preventive reconfigurations. For example, the "Minimum Received Reconfiguration Reports" parameter may be increased. Conversely, if based on this analysis, the spectrum manager is often notified about the presence of a primary user within the proximity of the radio base station to which it is associated, without having anticipated a preventive reconfiguration, the spectrum manager may modify the parameters in the Reconfiguration Policies to increase the amount of preventive reconfigurations. For example, the "Minimum Received Reconfiguration Reports" parameter may be decreased.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The present invention enables to preventively reconfigure, by a spectrum manager connected to a network of spectrum managers, the channels used for transmission and /or reception by a radio base station of a secondary user, so as to avoid interferences with primary users.
Description
Preventive reconfiguration of a secondary user radio base station
ABSTRACT
The present invention enables to preventively reconfigure, by a spectrum manager connected to a network of spectrum managers, the channels used for transmission and / or reception by a radio base station of a secondary user, so as to avoid interferences with primary users.
BACKGROUND
In order to maximize usage of spectrum, new access models have been defined, that enable primary users to share spectrum with secondary users. For example, the Federal Communications Commission specified how to share the 3.5 GHz band among primary users and secondary users (in FCC 15-17 document). A subset of this band is reserved in priority for licensed usage, while the remaining part is reserved exclusively for unlicensed usage.
When a primary user is detected in a given geographical area, secondary users are required to cease using the spectrum on the frequencies used by primary users. One possible way to detect primary user's emissions is to deploy a network of RF sensors.
Figure 1 shows an architecture for detecting a primary user according to the state of the art. A multiplicity of RF sensors RFS is deployed over a geographical area. A spectrum manager (e.g., a SAS server in the case of the 3. US 5GHz band) is notified when those RF sensors detect RF signals from a primary user. The spectrum manager then reconfigures the network of secondary users (e.g., switches off radio base stations or requests radio base stations to reduce their transmission power), in order to prevent interferences with primary users.
SUMMARY
In current solutions for spectrum sharing which are based on the detection of RF signals from primary users, reconfiguration of the radio frequencies used by radio base stations of secondary users is performed at the time of the detection, upon detection of RF signals from a primary user.
In those solutions, for privacy reasons, it is not allowed to store information collected by the RF sensors related to the usage of radio frequencies by primary users.
As a result, reconfiguration of the radio frequencies used by radio base stations can only be performed in a reactive manner, leading to the following drawbacks:
This reactive approach introduces a delay between detection of the primary user and completion of the reconfiguration of radio base stations, during which mutual interferences may impact both primary and secondary users.
This reactive approach may result in a bad user experience for users connected to radio base stations of secondary users, since there is no time to gracefully transition those users to other frequencies for transmission or reception.
This invention provides means to overcome those limitations, by exploiting the information on channels reconfiguration, broadcasted by other radio base stations, in order to preventively initiate a reconfiguration, while protecting privacy of primary users.
BRIEF DESCRIPTION OF THE DRAWINGS
Figure 1 shows an example of architecture according to the state of the art.
Figure 2 shows an example of architecture on which this invention is applicable.
Figure 3 describes the steps to determine when to preventively reconfigure a radio base station according to the present invention.
Figure 4 shows an example of Reconfiguration Report.
Figure 5 shows an example of Reconfiguration Policies.
Figure 6 shows an example of preventive reconfiguration according to this invention.
DESCRIPTION OF THE INVENTION
Architecture of the solution
Figure 2 illustrates an example of architecture on which the present invention is applicable.
This figure shows a deployment of radio base stations, labeled ST, belonging to the same or different operators. Each radio base station is capable of communicating over a radio interface, for example with end user devices, labeled Dl to D4.
RF sensors RFS, capable of sensing radio frequencies and detecting radio frequency signals, may be deployed within the proximity of radio base stations ST, collocated with radio base stations ST, or embedded within radio base stations ST. Each RF sensor is connected to a spectrum manager SM.
Instead or in addition to RF sensors RFS, sensing data retrieved by a third party sensor network (e.g., the ESC - Environmental Sensing Capability - in the case of the US 3.5GHz band) could be provided to spectrum managers.
The means by which a spectrum manager is notified about the detection of a primary user is outside the scope of this invention.
The spectrum manager provides radio base stations ST with the allowed frequencies for transmission and reception. Spectrum managers are connected with each other and capable of exchanging information, for example through an IP network. The information exchanged among spectrum managers is used to determine which frequencies to allocate to each radio base station ST.
Figure 2 shows an example of architecture where spectrum managers are distributed. In that case, each spectrum manager is responsible for allocating frequencies to one single radio base station ST. The spectrum manager could be physically collocated with or embedded within the base station ST. Communication between spectrum managers and RF sensors can be performed using a direct physical link, or wirelessly (e.g., using Wi-Fi or LTE). Some spectrum managers may be connected with multiple RF sensors. Conversely, some spectrum managers may be connected with no RF sensor.
Spectrum managers may communicate with radio base stations through an entity managing the network of radio base stations ST. In the case of a 3GPP network, this entity can be the Network Manager. This is illustrated in Figure 1 by SMI communicating with ST1 through interfaces [C2] and [C3]. Alternatively, spectrum managers may communicate directly with radio base stations, for example through an IP network. This is illustrated in Figure 2 by SM2 and SM3 communicating with ST2 and ST3 via interface [CI].
Other radio base stations not managed by a spectrum manager, or whose spectrum managers are not connected to the spectrum managers of stations ST1 to ST3, labeled FST in the figure, may be deployed within the same geographical area. Devices communicating with those radio base stations, labeled FD1 to FD4 are also shown in this figure.
Detailed steps of the method to preventively reconfigure a radio base station
Figure 3 illustrates the steps performed in order to preventively reconfigure a radio base station according to the present invention.
The following 5 operations are performed at each radio site:
A. Reconfiguration Report broadcast
B. Reconfiguration Reports reception
C. Reconfiguration Reports analysis
D. Radio base station preventive reconfiguration
E. Update of Reconfiguration Policies
The following sections describe those operations in more details.
A. Reconfiguration Report broadcast
Every time a reconfiguration of the radio base station associated with a spectrum manager is performed by a spectrum manager, a Reconfiguration Report is created by this spectrum manager, except in the case of a preventive reconfiguration performed according to this invention.
This reconfiguration may be the result of the detection of a primary user in the vicinity of the radio base station associated with the spectrum manager. Alternatively, this reconfiguration may be the result of a request from the radio base station for more bandwidth for transmission or reception, or the result of a decrease in bandwidth resource needs at the radio base station.
A reconfiguration report may contain, for example:
i. The list of channels deallocated by the spectrum manager to the radio base station, ii. The list of channel newly allocated by the spectrum manager to the radio base station, iii. A time stamp, indicating the time of the reconfiguration report creation,
iv. The location of the radio base station reconfigured by the spectrum manager, (e.g., latitude, longitude, and height).
Figure 4 shows an example of Reconfiguration Report. In this example, following the detection of a primary user in the vicinity of the radio base station, channels 1, 3, and 4 were deallocated, and channels 6 and 7 were allocated to the radio base station.
When spectrum managers associated with radio base stations from different operators are connected to the same network of spectrum managers, some information provided in Reconfiguration Reports may be encrypted (e.g. using the public key of an operator's certificate) so that it is only accessible (e.g. using the private key of an operator's certificate) to spectrum managers associated with radio base stations of the same operator.
Once created, the Reconfiguration Report is broadcast over the network of spectrum managers and stored locally.
B. Reconfiguration Reports reception
Each spectrum manager receives all the Reconfiguration Reports that are broadcasted over the network that connects them.
C. Reconfiguration Reports analysis
This step is initiated every time a Reconfiguration Report is received.
During this step, the spectrum manager uses the information included in Reconfiguration Reports, as well as the current operational parameters of the base station stored in the spectrum manager (e.g., currently allocated channels), in order to determine whether the radio base station needs to be preventively reconfigured, according to the Reconfiguration Policies stored at the spectrum manager. The Reconfiguration Policies provide a set of criteria that must be fulfilled in order to initiate a preventive reconfiguration.
Minimum Received Reconfiguration Reports
When a high number of Reconfiguration Reports indicate that a given channel has been deallocated, there is a high probability that this channel has been preempted by a primary user. This primary user may be mobile and therefore, potentially move within proximity of the radio base station connected to the spectrum manager that received those Reconfiguration Reports.
The parameter "Minimum Received Reconfiguration Reports" indicates the minimum of Reconfiguration Reports that must be received, indicating that a given channel has been deallocated, in order to initiate a preventive reconfiguration.
The preventive reconfiguration may consist in requesting the radio base station not to use the given channel and to allocate a new channel to the radio base station, if such channel is available.
Alternatively, the spectrum manager may simply send a notification to the radio base station indicating that the given channel may be deallocated in the near future. The radio base station may use this information, for example, to give less priority to this channel when allocating bandwidth for downlink or uplink. This enables to minimize the degradation of quality of experience in case a primary user using this channel moves within the vicinity of the radio base station. A validity period may also be provided by the spectrum manager in the notification, or pre-configured at the radio base station, indicating the duration during which the radio base station should take into account the received notification.
The farther a primary user is located from a given radio base station, the smaller is the probability that this primary user will move within the proximity of this radio base station. Therefore, the "Minimum Received Reconfiguration Reports" parameter may vary according to the distance. Alternatively, in order to take into account the impact of the environment in the estimation of the propagation range of primary user RF signals the "Minimum Received Reconfiguration Reports" may vary according to path loss.
Maximum Distance
A maximum distance between two radio base stations may be configured, beyond which two Reconfiguration Reports received from spectrum managers associated with those base stations are considered not related to the same potential primary user.
Instead of a maximum distance, a maximum path loss may be defined, enabling to take into account the impact of the environment in the estimation of the propagation range of primary user RF signals.
Density of radio base stations deployment
The "Minimum Received Reconfiguration Reports" parameter may vary according to the density of the deployment of radio base stations. When a small number radio base stations are deployed over a given area, the number of Reconfigurations Reports indicating that a given channel has been deallocated that must be received in order to initiate a preventive reconfiguration is smaller than when a high number of radio base stations is deployed over a given area.
Validity Period
A parameter defining the validity period of received Reconfiguration Reports, beyond which Reconfiguration Reports are no more used by the spectrum manager to determine whether to preventively reconfigure the radio base station associated with this spectrum manager could be configured in the Reconfiguration Policies.
Example of Reconfiguration Policies
Figure 5 shows an example of Reconfiguration Policies.
The "Minimum Received Reconfiguration Reports" indicates the minimum number of Reconfiguration Reports that must be received on a given channel to initiate a reconfiguration. This parameter depends on the distance and the density of base stations.
In this example, the first column indicates that if the density of the network deployment is 10 radio base stations per kilometer square, at least 15 Reconfiguration Reports must be received from Spectrum Managers associated with radio base stations located within less than 10 kilometers, in order to initiate a reconfiguration.
Similarly, the 5th column indicates that if the density of the network deployment is 20 radio base stations per kilometer square, at least 35 Reconfiguration Reports must be received from spectrum managers associated with radio base stations located within less than 50 kilometers, in order to initiate a reconfiguration.
The "Maximum distance between Reconfiguration Reports" parameter indicates that the distance between each radio base stations whose reconfiguration was reported must be less than 30 kilometers.
The "Validity period" parameter indicates that the Reconfiguration Reports must be received within a 10 seconds time window.
D. Radio base station preventive reconfiguration
When determining in step C that some channels should be preventively deallocated, the spectrum manager identifies whether alternative channels are available. The spectrum manager then sends a request to the radio base station indicating the channels that are deallocated and the newly allocated channels.
The spectrum manager may alternatively simply send a notification to the radio base station including the list of channels allocated to the radio base station that are more likely to be deallocated than the others channels allocated to the radio base station.
Figure 6 shows an example of reconfiguration of radio base stations according to the current invention.
In this example, SMI, SM2, and SM3 send a Reconfiguration Report indicating that channel 1 is deallocated, and SMI, SM3 and SM8 send a Reconfiguration Report indicating that channel 2 is deallocated.
SM4 receives and analyzes those reports using its Reconfiguration Policies. According to those policies, at least 3 Reconfiguration Reports need to be received, from spectrum managers associated with radio base stations located within a maximum of 3 kilometers from each other, in order to initiate a preventive reconfiguration.
SMI, SM2 and SM3 are located within 3 kilometers from each other. As a result, the criteria of the Reconfiguration Policies are fulfilled for channel 1 and SM4 initiates a preventive reconfiguration on this channel.
On the other, hand, the radio base station associated with SM8 is located at more than 3 kilometers from other radio base stations associated with spectrum managers reporting a reconfiguration on channel 2. Therefore, even though 3 Reconfiguration Reports were received for channel 2, SM4 does not initiate a preventive reconfiguration for this channel.
E. Update of reconfiguration policies
Spectrum managers may store the history of preventive reconfigurations performed according to the present invention. Using this information, spectrum managers may verify whether a given preventive reconfiguration was relevant or not, by checking whether they received a notification from a RF sensor or an entity managing a network of RF sensors about the presence of a primary user on the channel on which they requested a preventive reconfiguration, within a given period of time. This period of time may correspond to an estimation of the maximum time required for a primary user, whose presence is assumed to be nearby the location provided in received Reconfiguration Reports, to reach the radio base station.
If based on this analysis, the ratio of reconfigurations that were relevant is low, the spectrum manager may modify the parameters in the Reconfiguration Policies to limit the amount of preventive reconfigurations. For example, the "Minimum Received Reconfiguration Reports" parameter may be increased.
Conversely, if based on this analysis, the spectrum manager is often notified about the presence of a primary user within the proximity of the radio base station to which it is associated, without having anticipated a preventive reconfiguration, the spectrum manager may modify the parameters in the Reconfiguration Policies to increase the amount of preventive reconfigurations. For example, the "Minimum Received Reconfiguration Reports" parameter may be decreased.
Claims
What is claimed is:
1) A collaborative method to preventively reconfigure, by a spectrum manager connected to a network of spectrum managers, the channels used for transmission and / or reception by a radio base station of a secondary user, composed of the following operations:
i. Creating and broadcasting a reconfiguration report at said spectrum manager, upon reconfiguration of the radio base station connected to this spectrum manager, excluding when this reconfiguration is a preventive reconfiguration according to the present invention,
ii. Receiving, at said spectrum manager, reconfiguration reports from other spectrum managers connected to the network of spectrum managers,
iii. Analyzing, at said spectrum manager, reconfiguration reports received in step ii, in order to determine whether the radio base station connected to said spectrum manager needs to be preventively reconfigured, according to the reconfiguration policies stored at said spectrum manager,
iv. Upon determining that the radio base station connected to said spectrum manager needs to be preventively reconfigured, sending a request by said spectrum manager to said radio base station to allocate or deallocate channels used for transmission and / or reception.
2) The method according to claim 1 wherein said reconfiguration report comprises at least one of:
i. The list of channels that were deallocated by the spectrum manager to the radio base station connected to this spectrum manager,
ii. The list of channels that were allocated by the spectrum manager to the radio base station connected to this spectrum manager,
iii. A time stamp indicating the time at which said reconfiguration report was created, iv. The location of the radio base station connected to this spectrum manager, in 2 or 3 dimensions.
3) The method according to any one of claims 1 to 3 wherein said Reconfiguration Policies used to determine whether said spectrum manager should preventively reconfigure said radio base station comprise all or a subset of the following elements:
i. a threshold parameter, indicating a minimum number of reconfiguration reports that must be received, indicating that a given channel has been deallocated. ii. a list of threshold parameters, as defined in bullet i of the present claim, each threshold parameter being associated with:
a. a density of radio base stations, indicating the minimum number of radio base stations that must be deployed, per unit of distance, in order for this threshold parameter to be applicable, and / or,
b. a value indicating the minimum distance or the minimum path loss between a radio base station connected to the spectrum manager that sends a reconfiguration report and the radio base station connected to the spectrum manager that receives the reconfiguration report, in order for this threshold parameter to be applicable.
iii. a parameter defining the validity period of received reconfiguration reports, beyond which reconfiguration reports are no more used by the spectrum manager to determine whether to preventively reconfigure said radio base station.
iv. a parameter indicating the maximum distance between radio base stations, beyond which two Reconfiguration Reports received from spectrum managers associated with those radio base stations are considered not related to the same potential primary user.
4) The method according to any one of claims 1 to 4 wherein said preventive reconfiguration consists in deallocating channels, allocating new channels, or sending a notification about channels that may be deallocated in the near future, said notification optionally including a validity period indicating the duration during which the radio base station receiving the said notification should take into account said received notification.
The method according to any one of claims 1 to 5 wherein said reconfiguration policies may be automatically adjusted, at a given spectrum manager, based on the ratio between the total number of past preventive reconfigurations and the number of past preventive reconfigurations that were followed, within a pre-defined period of time, by the reception, from a RF sensor or from an entity managing a network of RF sensors, of a notification about to the presence of a primary user.
The method according to any one of claims 1 to 5 wherein some information provided in the Reconfiguration Report may be encrypted so that this information is only accessible to spectrum managers associated with radio base stations of the same operator.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR1502313A FR3043298B1 (en) | 2015-11-03 | 2015-11-03 | PREVENTIVE RECONFIGURATION OF A RADIO BASE STATION OF A SECONDARY USER |
PCT/EP2016/075061 WO2017076643A1 (en) | 2015-11-03 | 2016-10-19 | Preventive reconfiguration of a secondary user radio base station |
Publications (1)
Publication Number | Publication Date |
---|---|
EP3371996A1 true EP3371996A1 (en) | 2018-09-12 |
Family
ID=57113373
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP16791536.2A Withdrawn EP3371996A1 (en) | 2015-11-03 | 2016-10-19 | Preventive reconfiguration of a secondary user radio base station |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP3371996A1 (en) |
FR (1) | FR3043298B1 (en) |
WO (1) | WO2017076643A1 (en) |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9980148B2 (en) * | 2013-03-19 | 2018-05-22 | Harman International Industries, Incorporated | Collaborative spectrum sensing in cognitive radio network |
US9232527B2 (en) * | 2013-12-13 | 2016-01-05 | Harris Corporation | Cross-layer, cross-node cognitive network enhanced dynamic spectrum allocation |
-
2015
- 2015-11-03 FR FR1502313A patent/FR3043298B1/en active Active
-
2016
- 2016-10-19 EP EP16791536.2A patent/EP3371996A1/en not_active Withdrawn
- 2016-10-19 WO PCT/EP2016/075061 patent/WO2017076643A1/en active Application Filing
Also Published As
Publication number | Publication date |
---|---|
WO2017076643A1 (en) | 2017-05-11 |
FR3043298B1 (en) | 2017-11-10 |
FR3043298A1 (en) | 2017-05-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11943683B2 (en) | Automated frequency coordination and device location awareness | |
US11533780B2 (en) | Wireless backbone and structured wireless | |
US20150296386A1 (en) | System and method for spectrum sharing | |
WO2017005047A1 (en) | Spectrum sharing method and device | |
KR20200003099A (en) | User Equipment Approval Process for Uplink Carrier Aggregation | |
CN110431869B (en) | Communication device, communication method, and recording medium | |
KR101725123B1 (en) | Method and apparatus for wireless communication using a short-range base station with multiple radio interfaces of different technologies | |
US20120008604A1 (en) | Enablement for reallocated bandwidth environments | |
US12004266B2 (en) | Wireless backbone and structured wireless | |
US20220417761A1 (en) | A private cellular enterprise network deployment with enhanced data security for infrastructures such as fortresses with thick concrete walls | |
US11991740B2 (en) | Radio unit sharing techniques in wireless communications | |
Guiducci et al. | Sharing under licensed shared access in a live LTE network in the 2.3–2.4 GHz band end-to-end architecture and compliance results | |
KR20140045333A (en) | System and method for locating a cellular communication device | |
Palola et al. | The first end-to-end live trial of CBRS with carrier aggregation using 3.5 GHz LTE equipment | |
WO2014042856A1 (en) | System and method for identifying and managing overlapping spectrum use | |
US9357518B2 (en) | Method for registering WSO in coexistence network | |
US11621889B2 (en) | Channel reconfiguration in a communications network | |
EP3371996A1 (en) | Preventive reconfiguration of a secondary user radio base station | |
KR102160730B1 (en) | Data transmission method and apparatus | |
WO2023229960A1 (en) | Access point device location change determination | |
Patil | Spectrum Utilisation and Management in Cognitive Radio Networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
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 |
|
17P | Request for examination filed |
Effective date: 20180503 |
|
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 |
|
AX | Request for extension of the european patent |
Extension state: BA ME |
|
DAV | Request for validation of the european patent (deleted) | ||
DAX | Request for extension of the european patent (deleted) | ||
17Q | First examination report despatched |
Effective date: 20190603 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
18D | Application deemed to be withdrawn |
Effective date: 20200215 |