Brevet FR3095919A1 — publié le 20201113

Description Titre de l'invention : Ajustement de la puissance maximale de transmission demandée Description des figures [0001] La [fig.1] montre l'architecture du CBRS (« Citizens Broadband Radio Service ») conformément à l'état de l'art. [0002] La [fig.2] montre les échanges entre une CBSD et un SAS pour obtenir une auto- risation à émettre, ou « grant », conformément à l'état de l'art. [0003] La [fig.3] décrit les étapes exécutées par un SAS pour déterminer la puissance maximale de transmission demandée pour un « grant » donné, conformément la présente invention. [0004] La [fig.4] illustre l'application de la procédure décrite en [Fig.3] sur un exemple de déploiement. [0005] La [fig.5] décrit une alternative aux étapes exécutées par un SAS comme décrit par la [Fig.3] pour déterminer la puissance maximale de transmission demandée pour un « grant » donné, conformément la présente invention. [0006] La [fig.6] illustre l'application de la procédure décrite en [Fig.5] sur un exemple de déploiement. [0007] La [fig.7] montre un exemple de calcul de l'impact estimé (l'un « grant » sur les uti- lisateurs primaires situés à proximité de la CBSD associée à ce « grant ». 100081 Etat de l'art surie CBRS (Citizens Broadband Radio Service) 100091 Le CBRS est un service défini par l'autorité de régulation FCC (« Federal Commu- nications Commission », document 15-47) permettant le partage de fréquence sur la bande 3.5 GHz entre trois niveaux de priorités, ou 3 tiers: les utilisateurs primaires (ou utilisateurs prioritaires), les utilisateurs secondaires PAL (Priority Access Licensees), les utilisateurs du troisième tiers GAA (General Authorized Access). 100101 Le Wireless Innovation Forum définit l'architecture ainsi que les protocoles du service CBRS, conformément aux exigences de la FCC. 100111 La [fig.' I montre l'architecture du service CBRS. Un serveur centralisé SAS (« Spectrum Access System ») ou contrôleur d'accès au spectre radio, contrôle l'accès et l'utilisation du spectre des stations de base radio, appelées CBSDs (Citizens Broadband Radio Service Devices), connectées à ce SAS. Ces CBSDs peuvent être connectées directement au SAS (ainsi qu'illustré par le « CBSD 4» dans la I Fig.1I), ou bien indirectement au travers d'un Serveur Proxy (SP) connecté à des CBSDs. 100121 Le Serveur Proxy (SP) est également appelé Domain Proxy (DP) dans le cadre du 2 service CBRS. [0013] Le protocole entre le SAS et des CBSDs ou entre le SAS et un SP permet de contrôler les canaux utilisés par les CBSDs pour la transmission et / ou la réception radio, ainsi que la puissance maximale de transmission autorisée. [0014] Avant de commencer à émettre sur un canal, une CBSD doit demander au SAS une autorisation d'émission ou « grant », à l'aide du message « Grant Request », en indiquant une puissance maximale de transmission (au travers du paramètre « maxEirp »). [0015] La [fig.2] montre les échanges entre une CBSD et un SAS pour obtenir un « grant » conformément à l'état de l'art. [0016] Dans cet exemple, la CBSD 2 demande un « grant » sur l'intervalle de fréquences [3630 - 3650 MHz], avec une puissance maximale de transmission de 37 dBm / MHz. [0017] L'envoi de la réponse « SUCCESS » indique que la demande de « grant » a bien été enregistrée par le SAS. Cependant, la CBSD 2 n'est pas encore autorisée à émettre sur le canal demandé. [0018] En effet, l'autorisation à émettre est indiquée par le SAS dans la réponse au message « Heartbeat Request ». [0019] Dans cet exemple, on suppose que la CBSD 2 est située dans le voisinage (c'est-à-dire à une distance inférieure à une distance prédéfinie) d'un utilisateur primaire ou secondaire utilisant au moins une partie des fréquences sur lesquelles le « grant » est demandé. [0020] Le SAS ne peut autoriser la CBSD à émettre sur les canaux associés à ce « grant » sans préalablement s'être assuré que l'agrégation, à l'emplacement de cet utilisateur primaire, des émissions des «grains » déjà autorisés, associés à d'autres CBSDs, et de ce nouveau « grant » ne dépasse pas le seuil d'interférence maximal autorisé pour cet utilisateur primaire. [0021] Cette vérification est effectuée à intervalles réguliers, durant une procédure appelée CPAS (« Coordinated Periodic Activities among SASes »). [0022] Ainsi, tant que la procédure dite CPAS n'a pas été exécutée, le SAS répond au message « Heartbeat Request » par la valeur « GRANT_SUSPENDED », indiquant que la CBSD 2 n'est pas encore autorisée à émettre sur les canaux associés à ce « grant ». [0023] A l'issue de la procédure CPAS, trois cas de figures sont possibles, pour un « grant » donné : Le « grain » est accepté, ou Le « grain » est accepté, mais avec une puissance maximale de transmission inférieure à celle demandée, ou Le « grain » est terminé (par exemple dans le cas où la CBSD se situe dans 3 une zone géographique non autorisée). [0024] Dans cet exemple le « grant » est accepté, mais avec une puissance maximale de transmission inférieure à celle demandée. La nouvelle valeur (30 dBm / MHz dans cet exemple) est indiquée dans le message « Heartbeat Responsc ». [0025] La CBSD 2 transmet de nouveau une demande de « grant » au SAS, en indiquant la valeur 30 dBm / MHz dans comme puissance maximale de transmission demandée. Le SAS accepte cette valeur (car celle-ci est identique à celle indiquée par le SAS à l'issue du CPAS) et répond au message « Heatbeat Request » par la valeur « SUCCESS ». La CBSD 2 est alors autorisée à transmettre sur les canaux associés à ce « grant ». [0026] La procédure CPAS est exécutée à intervalles réguliers (par exemple quoti- diennement), afin de mettre à jour les puissances de transmission maximales autorisées pour chaque « grant », en fonction de l'évolution au cours du temps de l'environnement radio (telle que par exemple la création de nouveaux « grants » associés à d'autres CBSDs, ou l'utilisation des canaux radio par les utilisateurs primaires et secondaires). [0027] Lorsque de nouvelles CBSDs situées à proximité du même utilisateur primaire ou se- condaire que celui ou ceux impacté(s) par la CBSD 2 demandent un « grant », la puissance maximale de transmission autorisée pour la CBSD 2 est susceptible d'être diminuée par le SAS lors de la prochaine exécution de la procédure CPAS (afin de s'assurer que l'agrégation des émissions de tous les « grants » à l'emplacement de cet utilisateur primaire ou secondaire ne dépasse pas le seuil autorisé). [0028] Au cours du temps (à mesure que les CPAS sont exécutés), la puissance maximale de transmission autorisée pour un « grant » associé à une CBSD donnée est susceptible de diminuer. Ceci a pour conséquence de diminuer la zone de couverture ou le débit de transmission de cette CBSD sur les canaux associés à ce « grant ». [0029] Ainsi, dans l'exemple de la [fig.2], la puissance maximale de transmission autorisée par la CBSD 2 est diminuée lors du second CPAS, (de 30 à 28 dBm / Mhz), par exemple suite à l'arrivée d'un nouvel utilisateur primaire à proximité de cette CBSD. [0030] Dans le cas où l'environnement radio d'une CBSD évolue favorablement, c'est-à-dire dans le cas où le SAS serait en mesure d'autoriser un « grant » avec une puissance maximale de transmission supérieure à celle actuellement utilisée par ce « grant », une telle diminution de la puissance maximale de transmission autorisée résulte en une sous-utilisation du spectre. [0031] La présente invention répond à cette limitation, et décrit une méthode pour dé- terminer de manière optimale, pour chaque « grant », avant chaque CPAS, la puissance maximale de transmission demandée. [0032] Description de l'invention [0033] La suite de cette description décrit comment déterminer la puissance maximale de transmission associée à un « grant » en fonction de la présence d'utilisateurs primaires dans voisinage d'une CBSD. [0034] De la même manière, la présence d'utilisateurs secondaires dans le voisinage d'une CBSD peut nécessiter un ajustement de la puissance maximale de transmission d'un « grant ». Dans cas de figure, les étapes décrites [fig.3] et [Fig.5] s'appliquent de la même manière, en remplaçant l'expression « utilisateurs primaires » par l'expression « utilisateurs primaires ou secondaires ». [0035] La [fig.3] décrit les étapes exécutées par un SAS pour déterminer la puissance maximale de transmission demandée pour un « grant » donné (appelée « RequestedEIRP »), conformément la présente invention. [0036] Etape 0 (non illustrée [fig.3]) : [0037] A la réception du premier message « Grant Request » associé à un « grant la puissance maximale de transmission demandée (indiquée dans le paramètre « maxEirp ») est sauvegardée localement dans le SAS dans la variable « Initially RequestedEIRP ». [0038] Etape 1 (exécutée avant le premier CPAS - non illustrée [fig.3]) : [0039] Le SAS identifie la liste (« impacted users current CPAS ») des utilisateurs primaires irnpactés par ce « grant », afin de pouvoir évaluer l'impact des utilisateurs primaires sur la puissance maximale de transmission pouvant être autorisée pour ce « grant ». [0040] Un utilisateur primaire est considéré comme impacté par un « grain » par exemple lorsque la CBSD associée à ce « grant » se situe dans la zone de voisinage de cet utilisateur primaire, et que les fréquences de ce «grant » sont susceptibles d'interférer avec cet utilisateur primaire. [0041] Les distances de voisinage sont indiquées à la « Table 1 » de l'exigence « R2-SGN-16 » du document « WINNF-TS-0112 CBRS Operational and Functional Requirements ». [0042] La valeur « Initially_RequestedEIRP » est ensuite utilisée lors de la procédure CPAS, conformément à l'état de l'art pour déterminer la puissance maximale de transmission autorisée pour ce « grant », appelée « AllowedEIRP ». [0043] En particulier, cette valeur « Initially_RequestedEIRP » est indiquée dans le paramètre « maxEirp » de l'élément « requestedOperationParam » associé à ce « grant » et présent dans le « full record dump » genéré par le SAS durant le CPAS conformément à la spécification « WINNF-TS-0096 » définie par le Wireless Innovation Forum. [0044] La valeur « AllowedEIRP » obtenue à l'issue du CPAS est nécessairement inférieure ou égale à la valeur « hiltially_RequestedEIRP ». [0045] Etape 2 (exécutée avant chaque CPAS. excepté le CPAS initial) : [0046] Le SAS identifie la nouvelle liste (« impactcd users current CPAS ») des uti- lisateurs primaires impactés par ce « grant », afin de pouvoir évaluer l'impact des utilisateurs primaires sur la puissance maximale de transmission pouvant être autorisée pour ce « grant ». [0047] Le SAS vérifie ensuite si la condition suivante est satisfaite: la liste « impactcd users current CPAS » ne contient pas de nouvel utilisateur primaire (c'est-à-dire que tous les éléments de cette liste sont également présent dans la liste calculée lors du précédent CPAS), et la liste « impactcd users current CPAS » contient moins d'éléments que la liste calculée lors du précédent CPAS. [0048] Si cette condition est satisfaite (cas 2.2.A de la [fig.3]), la variable « RequestedEIRP » est réinitialisée à la valeur « Initially RequestedEIRP » initialement demandée par la CBSD, et enregistrée à l'étape 1 de la [Fig.3]. [0049] Dans le cas contraire (cas 2.2.B), la variable « RequestedEIRP » est initialisée à la valeur obtenue à l'issue de l'exécution du CPAS précédent (« Last AllowedEIRP »). [0050] La valeur « RequestedEIRP » déterminée en 2.2.A ou 2.2.B est ensuite utilisée lors de l'exécution de la procédure CPAS (étape 3), conformément à l'état de l'art pour calculer la puissance maximale de transmission autorisée pour ce « grant » (« AllowedEIRP »). Cette valeur « AllowedEIRP » est nécessairement inférieure ou égale à la valeur « RequestedEIRP ». [0051] La procédure décrite [fig.3] permet de tenir compte du fait que lorsque un (ou plusieurs utilisateurs primaires) n'est plus présent dans le voisinage d'une CBSD, il est possible que le SAS soit en mesure d'autoriser cette CBSD à émettre à une puissance maximale de transmission plus élevée que celle autorisée lors du CPAS précédent (tout en garantissant que le seuil d'interférence sur les utilisateurs primaires encore présent dans le voisinage de cette CBSD n'est pas dépassé). [0052] Exemple d'ajustement de la puissance maximale de transmission demandée conformément à la procédure de la [fig.3]. [0053] La [fig.4] décrit un exemple d'application de la procédure décrite [Fig.3]. [0054] Dans cet exemple, une CBSD demandant un « grant » se situe initialement (au jour 1) à proximité de deux utilisateurs primaires (« FSS 1 » et « GWPZ 1 »). On suppose que les fréquences du « grant » demandé se superposent avec les fréquences de ces 2 utilisateurs primaires. [0055] La valeur maximale de transmission demandée pour le « grant » (« Initially_RequestedEIRP ») est de 30 dBm/N1Hz. [0056] A l'issue du premier CPAS, la valeur maximale de transmission autorisée pour le « grant » (« AllowedEIRP ») est de 22 dBm / MHz. [0057] Lors du CPAS exécuté le jour suivant (jour 2), l'étape 2 de la procédure décrite 6 [fig.4] est exécutée par le SAS. [0058] Dans cet exemple, la liste des utilisateurs primaires contient les mêmes éléments que la liste calculée par le SAS lors du jour précédent (« FSS 1 » et « GWPZ 1 »). La valeur « RequestedEIRP » est donc initialisée à la valeur « AllowedEIRP » obtenue lors du précédent CPAS, c'est-à-dire 22 dBm / MHz (étape « 2.2.B » de la [fig.3]). [0059] De nouveau, lors du CPAS exécuté le jour suivant (jour 3), l'étape 2 de la procédure décrite [fig.4] est exécutée. [0060] Dans cet exemple, aucun nouvel utilisateur primaire n'est apparu durant le jour 3 et un utilisateur primaire n'est plus présent (FSS 1). [0061] Conformément à la procédure décrite [fig.3] (cas 2.2.A), la valeur « RequestedEIRP » est donc initialisée à la valeur « Initially RequestedEIRP » initialement demandée par la CBSD (30 dBm / MHz). [0062] A l'issue du CPAS, la puissance maximale de transmission autorisée obtenue est de 26 dBin / MHz. [0063] Ainsi, entre le jour 2 et le jour 3, la puissance maximale de transmission autorisée a augmenté de 4 dBm (de 22 à 26 dBm / MHz). [0064] Alternative à la procédure décrite [fig.3] [0065] La [fig.5] décrit une alternative à la procédure décrite [Fig.3]. [0066] Cette procédure est exécutée par le SAS avant chaque CPAS, pour chaque « grant ». [0067] A l'étape 1, le SAS identifie la liste des utilisateurs primaires impactés parce « grant ». [0068] A l'étape 2, le SAS identifie les N utilisateurs primaires dont l'impact estimé sur la diminution de la puissance maximale de transmission autorisée pour ce « grain » est le plus élevé (N étant une valeur prédéfinie). [0069] Cette estimation de l'impact d'un utilisateur primaire peut être calculée (ainsi qu'illustré par la [fig.6]) en fonction de critères tels que : l'atténuation résultante de la propagation du signal radio transmis, ou pathloss » entre la localisation de l'utilisateur primaire et la CBSD, le gain de la CBSD dans la direction la localisation de l'utilisateur primaire le seuil maximum d'interférence autorisé par l'utilisateur primaire, le nombre de «grains » impactant l'utilisateur primaire. [0070] A l'étape 3, pour chacun des N utilisateurs primaires identifiés à l'étape 2, le SAS estime la puissance de transmission maximale (« max_AllowedEIRP(i) ») pouvant être autorisée sans dépasser le seuil maximum d'interférence autorisé pour cet utilisateur primaire. [0071] Cette valeur peut par exemple être obtenue en exécutant l'algorithme IAP (« Iterative Allocation Process »), tel que défini par l'exigence « R2-SGN-16 » du document « WINNF-TS-0112 CBRS Operational and Functional Requirements », à l'emplacement 7 de chacun des N utilisateurs primaires. [0072] A l'étape 4 de la [fig.5], la valeur minimale parmi toutes les puissances de trans- missions maximales calculées à l'étape 3 est affectée à la variable « RequestedEIRP ». [0073] Cette variable « RequestedEIRP » est ensuite utilisée durant la procédure CPAS conformément à l'état de l'art, pour déterminer la puissance maximale de transmission autorisée pour ce « grant » [0074] Exemple d'ajustement de la puissance maximale de transmission demandée conformément à la procédure de la [fig.5]. [0075] La [fig.6] illustre l'application de la procédure décrite en [Fig.5] sur un exemple de déploiement. [0076] Dans cet exemple, 3 CBSDs sont déployées, et 3 utilisateurs primaires (FSS 1, FSS2, et ESC 1) sont présents. [0077] On suppose que ces trois utilisateurs primaires doivent être protégés sur le même canal (par exemple 3650-3660 MHz), et que chaque CBSD a envoyé au SAS une demande de « grant » sur ce canal. [0078] La CBSD 1 a demandé un « grant » en indiquant pour puissance maximale de transmission (dans le paramètre « maxEirp » du message «Orant Request ») la valeur 30 dBm / MHz. [0079] Durant l'étape 1 de la [fig5], le SAS identifie que les utilisateurs primaires FSS 1, FSS 2 et ESC 1 sont impactés parce « grant ». [0080] A l'étape 2 de la le SAS identifie les N utilisateurs primaires les plus pénalisants, en se basant sur les critères décrits à la [Fig.5] (dans cet exemple, on suppose que N a la valeur « 2 »). [0081] Les 2 utilisateurs primaires FSS 2 et ESC 1 sont identifiés comme étant les plus pé- nalisants (ainsi que décrit à la [fig.?]). [0082] Conformément à l'étape 3 de la [fig.5], le SAS calcule la valeur maximale de transmission autorisée pour le « grant » de la CBSD 1 afin de de ne pas dépasser le seuil autorisé en FSS 2 et ESC 1. [0083] Durant cette étape, l'algorithme IAP peut être utilisé. [0084] On suppose que le résultat de FIAP exécuté sur la FSS 2 donne comme valeur maximale de transmission autorisée pour le « grant » de la CBSD 1 la valeur 27 dBm / MHz. [0085] On suppose que le résultat de FIAP exécuté sur l'ESC 1 donne comme valeur maximale de transmission autorisée pour le « grant » de la CBSD 1 la valeur 29 dBm / MHz. [0086] Conformément à l'étape 4 de la [fig.5], le SAS identifie la valeur minimum parmi celles obtenues à l'étape 3 (27 dBm / MHz dans cet exemple). Cette valeur est ensuite utilisée dans le reste de la procédure CPAS comme valeur maximale de transmission 8 demandée (ou « RequestedEIRP ») pour le « grant » de la CBSD 1. [0087] En particulier, cette valeur est indiquée dans le paramatère « tnaxEirp » de l'élément « requestedOperationParam » associé à ce grant et présent dans le « full record dump » genéré par le SAS durant le CPAS conformément à la spécification « WINNF-TS-0096 » définie par le Wireless Innovation Forum. [0088] Exemple de calcul de l'impact estimé d'un « grant » sur les utilisateurs primaires [0089] La [fig.7] montre un exemple de calcul de l'impact estimé d'un « grant » de la CBSD 1 sur chaque utilisateur primaire situé à proximité. [0090] Dans cet exemple, on suppose que la CBSD 1 impact° 3 utilisateurs primaires (FSS 1, FSS 2 et ESC 1), et que la puissance maximale de transmission demandée par le « grant » (M) est de 30 dBm / MHz. [0091] La première colonne de la table décrit les informations suivantes : le path loss (PL) entre la CBSD 1 et la FSS 1 est de 330 dB, la différence entre le gain maximal de l'antenne de la CBSD 1 et le gain de l'antenne en direction de la FSS 1 (CL) est de 12 dBi, le nombre de « grants » (NB _TG) impactant la FSS 1 est de 2 (le « grant » de la CBSD 1 et le « grant » de la CBSD 2 de la [Fig.6]). [0092] La formule utilisée (à titre d'exemple) pour estimer l'impact d'un « grant » sur un utilisateur primaire est la suivante : (log(10*NB IG)) / (M - PL - CL - S). [0093] Plus la valeur calculée selon cette formule est élevée, plus l'impact du « grain » sur un utilisateur primaire est considéré comme élevé, ce qui signifie que la puissance maximale de transmission associée à ce « grant » à une plus forte probabilité d'être réduite par le SAS afin de maintenir l'interférence sur cet utilisateur primaire en-dessous du seuil d'interférence autorisé. [0094] Dans cet exemple, ESC 1 est l'utilisateur primaire sur lequel l'impact estimé par le « grant » est le plus élevé (car la valeur calculée pour cet utilisateur primaire est de 0,12). [0095] D'autres méthodes pour calculer l'impact d'un « grant » sur un utilisateur primaire pourraient être implémentées par un SAS tout en restant conforme à la présente invention. 9 [Revendication 1] REVENDICATIONSUn procédé pour ajuster la puissance maximale de transmission RequestedEl RP associée à une demande d'autorisation à émettre sur ensemble de canaux radio donnée ou grant, en fonction de l'évolution au cours du temps de des canaux radio par les utilisateurs primaires et secondaires situés à proximité de la CBSD ou station de base radio associée à ce grant, caractérisé par les opérations suivantes, réalisées par un contrôleur d'accès au spectre radio ou SAS: avant chaque procédure d'ajustement périodique ou CPAS, identification des utilisateurs primaires et secondaires impactés par ce grant, estimation de l'impact des utilisateurs primaires et secondaires sur la puissance maximale de transmission pouvant être autorisée pour ce grant par ledit SAS, tout en garantissant que l'agrégation, à l'emplacement de chaque utilisateur primaire ou secondaire identifié en i, des émissions des grants associés à d'autres CBSDs et de ce grain ne dépasse pas le seuil d'interférence maximal autorisé pour chaque utilisateur primaire ou secondaire, puis exécution de l'une des alternatives suivantes : dans le cas où l'impact estimé en ii. est identique ou supérieur à l'impact estimé par ledit SAS lors de la précédente procédure CPAS pour ce grant, la puissance maximale de transmission demandée RequestedEIRP est mise à jour à la valeur maximale de transmission autorisée Last_AllowedEIRP obtenue lors de la précédente procédure CPAS pour ce grant, iv. dans le cas où l'impact estimé en ii. est inférieur à l'impact estimé par ledit SAS lors de la précédente procédure CPAS pour ce grant, la puissance maximale de transmission demandée RequestedEIRP est réinitialisée à la valeur initialement demandée Initiallly RequestedEIRP par ladite CBSD, y. exécution de la procédure CPAS, en utilisant la valeur Re- questedEIRP mise à jour durant l'étape ii.a ou l'étape ii.b. [Revendication 2] Le procédé selon la revendication I. caractérisé en ce que ladite es- 10 [Revendication 3] [Revendication 4] [Revendication 5] timation à l'étape 1.i i de l'impact des utilisateurs primaires et secondaires sur la puissance maximale de transmission consiste à comparer la liste des utilisateurs primaires et secondaires impactés par ledit grant avec la liste identifiée par le SAS lors de la précédente procédure CPAS, puis à exécuter soit l'étape ii.a, dans le cas où cette nouvelle liste inclut tous les éléments présents dans la liste calculée lors de la procédure CPAS précédente, soit l'étape ii.b dans le cas contraire. Le procédé selon la revendication 1, caractérisé en ce que ladite estimation à l'étape 1.i i de l'impact des utilisateurs primaires et secondaires sur la puissance maximale de transmission consiste d'abord à identifier un nombre prédéfini N d'utilisateurs primaires et secondaires les plus pénalisants pour ledit grant, puis à estimer la valeur maximale de transmission pouvant être autorisée en chacun de ces N utilisateurs primaires ou secondaires, et à utiliser, durant l'étape 1.i ii, la plus petite des valeurs maximales de transmission estimées en chacun de ces N utilisateurs primaires ou secondaires comme puissance maximale de transmission demandée RequestedEIRP. Le procédé selon la revendication 3, caractérisé en ce que la dite identification des utilisateurs primaires et secondaires les plus pénalisants consiste à calculer, en chaque utilisateur primaire ou secondaire la valeur (log(10*NB_IG)) / (M - PL - GL - S), où NB_IG est le nombre de grants impactant cet utilisateur primaire ou secondaire, M est la puissance maximale de transmission Initially_RequestedEIRP initialement demandée par la CBSD, PL est l'atténuation du signal radio entre ladite CBSD et cet utilisateur primaire ou secondaire, GL est la différence entre le gain maximal de l'antenne de ladite CBSD et le gain en direction de cet utilisateur primaire ou secondaire, et S est le seuil d'interférence autorisé pour cet utilisateur primaire ou secondaire. Le procédé selon la revendication 3 caractérisé en ce que ladite estimation de la puissance maximale de transmission pouvant être autorisée en chacun de ces N utilisateurs primaires ou secondaires, consiste à exécuter l'algorithme IAP (« Iterative Allocation Process »), tel que défini par l'exigence « R2-SGN-16 » du document « WINNFTS-0112 CBRS Operational and Functional Requirements » en chacun de ces N utilisateurs primaires ou secondaires.