La Fibre
Fournisseurs d'accès à Internet mobile et 5G/4G fixe => 5G/4G SFR / RED => 
5G/4G SFR => Discussion démarrée par: MaxUSLTE le 03 septembre 2017 à 10:26:01
-
Bonjour! Je me suis lancé dans un projet de base de donnée Netmonster, afin de cartographier toutes les antennes SFR. Le projet s'appel eNb Mobile (site web https://enbmobile.ml).
Néanmoins j'aurai besoin d'aide pour une chose: calculer les fréquences automatiquement. Je vous donne un exemple.
4G;208;10;0;46504;1974;175;48.828635053816626;2.326103523373604;226, AV DU MAINE 75014 PARIS-14E--ARRONDISSEMENT;2147483647
4G 208 10 --> Opérateur SFR
0 --> CID du secteur 0, fréquence 2600MHz
46504 Localisation
175 PCI
48.828635053816626;2.326103523373604 COO GPS de l'antenne
226, AV DU MAINE 75014 PARIS-14E--ARRONDISSEMENT --> Son adresse
2147483647 --> Je ne connais pas la correspondance de cette valeur.
Ce dont j'aurai besoin, c'est dun programme qui, des qu'il rencontre un PCI donné (entre 0 et 17) ajoute " SX • XXXXMHz" à la fin de chaque adresse d'antenne, et copie les autres lignes. Par exemple, avec cette ligne ci dessus, le programme devrait ressortir ceci:
4G;208;10;0;46504;1974;175;48.828635053816626;2.326103523373604;226, AV DU MAINE 75014 PARIS-14E--ARRONDISSEMENT • S0 • 2600MHz;2147483647
4G;208;10;1;46504;1974;-1;48.828635053816626;2.326103523373604;226, AV DU MAINE 75014 PARIS-14E--ARRONDISSEMENT • S1 • 2600MHz;2147483647
4G;208;10;2;46504;1974;-1;48.828635053816626;2.326103523373604;226, AV DU MAINE 75014 PARIS-14E--ARRONDISSEMENT • S2 • 2600MHz;2147483647
4G;208;10;3;46504;1974;-1;48.828635053816626;2.326103523373604;226, AV DU MAINE 75014 PARIS-14E--ARRONDISSEMENT • S0 • 1800MHz;2147483647
4G;208;10;4;46504;1974;-1;48.828635053816626;2.326103523373604;226, AV DU MAINE 75014 PARIS-14E--ARRONDISSEMENT • S1 • 1800MHz;2147483647
4G;208;10;5;46504;1974;-1;48.828635053816626;2.326103523373604;226, AV DU MAINE 75014 PARIS-14E--ARRONDISSEMENT • S2 • 1800MHz;2147483647
4G;208;10;6;46504;1974;-1;48.828635053816626;2.326103523373604;226, AV DU MAINE 75014 PARIS-14E--ARRONDISSEMENT • S0 • 800MHz;2147483647
4G;208;10;7;46504;1974;-1;48.828635053816626;2.326103523373604;226, AV DU MAINE 75014 PARIS-14E--ARRONDISSEMENT • S1 • 800MHz;2147483647
4G;208;10;8;46504;1974;-1;48.828635053816626;2.326103523373604;226, AV DU MAINE 75014 PARIS-14E--ARRONDISSEMENT • S2 • 800MHz;2147483647
Grossierement, le programme copie 4G;208;10;46504;1974, remplace le PCI par "-1", copie le GPS et le nom, ajoute le secteur/frequence à chaque nom, et copie le chiffre a la fin. Le programme devrait aussi être capable de faire ceci à partir de n'importe quel PCI. Par exemple si la ligne comporte le PCI 5, le programme devrai être capable de trouver les PCI 4,3,2,1,0. Je vous laisse une liste de correspondance des PCI:
0 --> S0, 2600MHZ 1 --> S1, 2600MHZ 2 --> S2, 2600MHZ
3 --> S0, 1800MHZ 4 --> S1, 1800MHZ 5 --> S2, 1800MHZ
6 --> S0, 800MHZ 7 --> S1, 800MHZ 8 --> S2, 800MHZ
9 --> S0, 800MHZ, Crozon 10 --> S1, 800MHZ, Crozon 11 --> S2, 800MHZ, Crozon
15 --> S0, 1800MHZ, Crozon 16 --> S1, 1800MHZ, Crozon 17 --> S2, 1800MHZ, Crozon
Voila, merci pour l'aide d'avance, car je ne sais pas du tout comment commencer! Pour l'instant je copie tout les secteurs manuellement, et au bout de la 20ème antenne je suis un peut fatigué 😅
-
Ton projet se base sur l'export proposé par l'application Netmonster, c'est ça ?
Comment faire pour associer avec précision une antenne et son CID ?
L'antenne la plus proche (au niveau GPS) n'est pas forcèment celle utilisée.
Je me suis par exemple trompé de cellule là :
Le L1800 il y en a déjà chez SFR en tout cas (mais visiblement ça ne suffit pas).
Par contre mon petit doigt me souffle que le CID de la capture nperf correspond au site de Sampzon, du coup avec un azimut pile sur le camping un secteur en plus ne serait utile que pour la capacité radio.
-
Exactement vivien, et quand je lis ceci : Si vous avez -70 dB, vous êtes êtes très proche! ici (https://enbmobile.ml/?page_id=20) je me dis qu'on va au devant de soucis d'identification très rapidement !
Il faut plus que ça pour être certain d'être proche et sur la bonne antenne. Surtout sur un réseau comme celui de SFR (ou Orange/ByTel) plus dense que celui de FM qui en plus a été cartographié au cours de son déploiement...
C'est dommage car j'avais lu le tuto il y a qqs jours et trouvé ça globalement pas trop mal fait.
-
Oui, le réseau de SFR en région parisienne est très dense, il y a des cas a des antennes qui sont a moins de 500 mètres l'une de l'autre.
Il y a aussi des antennes non présentes sur les données ANFR car avec une puissance < 5w :
J'ai trouvé un site SFR qui n’apparaît pas dans la carte ANFR.
Comprenez-vous pourquoi ?
Est-il éteint ?
Le site est sous la passerelle qui permet de traverser le périphérique / autoroute A6 :
(https://lafibre.info/images/altice/201703_sfr_paris14_peripherique_01.png)
Vue d’ensemble : vous remarquez qu'une porte est restée ouverte, c'est celle du TGBT :
(https://lafibre.info/images/altice/201703_sfr_paris14_peripherique_02.jpg)
-
A voir mais à mon avis ce sera plus applicable en dehors des ZTD cette "chasse".
-
Bonjour a tous! Merci de me répondre, mais le soucis n'est pas la... Mon soucis c'est de savoir comment automatiser et calculer les autres secteurs à l'aide d'un programme. Quelqu'un sais?
-
Bonjour a tous! Merci de me répondre, mais le soucis n'est pas la...
Excuse nous d'essayer de t'aider sur ton projet comme tu en parles !
Mon soucis c'est de savoir comment automatiser et calculer les autres secteurs à l'aide d'un programme. Quelqu'un sais?
C'est trivial, il faut juste trouver qqn qui sait programmer.
-
Pour le ";2147483647" en fin de ligne, tu peux ne pas t'en soucier, je suis aussi en train de me faire une base NetMonster mais avec Bouygues (d'ailleurs ça avance pas mal du tout) et je le supprime à chaque fois de mes logs
-
je suis aussi en train de me faire une base NetMonster mais avec Bouygues (d'ailleurs ça avance pas mal du tout)
Protip : en zone mutu, l'enodebid devrait être commun, vous devriez travailler ensemble pour éviter de faire 2x le travail :).
(enfin je l'ai déjà dit à Max par ailleurs)
-
Malheureusement non, c'est pas le même partout ;D l'antenne qui me couvre à la maison c'est 600683:xx chez Bouygues, et 600682:xx chez SFR (testé avec des sims chez les 2, et c'est le cas depuis + d'1 an)
-
Et l'enodebid différent c'est plutôt la règle ou l'exception ? (enfin je sais pas si t'en as testé beaucoup)
-
ça m'a l'air d'être l'exception, en tout cas dans le coin
-
Alors pour répondre, ma base de données n'est que pour SFR. Je ne peux pas aider pour Bouygues (pas de SIM), mais de toute façon, une base 2 opérateurs c'est un peu bête.
-
Pourquoi bête ? Au contraire, c'est s'empêcher de profiter du réseau mutualisé et des données communes qui serait bête. Après libre à toi de ne pas avoir envie évidement (idem pour guiguipm) mais dire que ce serait bête de faire une base commune...
Par exemple sur tes 100 antennes identifiées, peut-être que 80 sont sur le réseau mutualisé et pourraient être rajoutées en 3 lignes de script à une base ByTel. Et vice versae avec le travail réalisé par guiguipm. Après si vous ne voyez pas le gain mutuel, pas de soucis :p.
-
Bien simplement car les CID se mélangent ;) Chez SFR CID 1 --> S1 2600MHz, Bouygues 1800MHz secteur JSP. Base commune impossible.
-
Disons qu'avant d'aller dans la fréquence / le secteur, si l'enodebid est identique, tu as déjà fait - en le relevant, que ce soit avec l'un ou l'autre des opérateurs - le plus gros du travail !
Enfin après, vous gérez vos affaires comme vous l'entendez ;). Ça ne me manquera pas.
-
Le fait que les CID se mélangent est pas bien grave, puisqu'on peut distinguer par le couple MCC-MNC qui est de toute façon différent pour les 2 opérateurs, même avec un eNodeb id identique
-
Oui j'avais pas parlé du MCC/MNC car ça me semblait évident, mais ça permet aussi de différencier si jamais.
-
Ah oui pardon j'avais pas pensé à ca XD
-
Surtout n'utilisez pas les PCI des cellules pour quoi que ce soit en 4G. Cela peut varier à n'importe quel moment de la vie du réseau si l'opérateur a un réseau LTE permettant le "SON".
http://www.3gpp.org/technologies/keywords-acronyms/105-son
-
Pourquoi bête ? Au contraire, c'est s'empêcher de profiter du réseau mutualisé et des données communes qui serait bête. Après libre à toi de ne pas avoir envie évidement (idem pour guiguipm) mais dire que ce serait bête de faire une base commune...
+1E99
-
Surtout n'utilisez pas les PCI des cellules pour quoi que ce soit en 4G. Cela peut varier à n'importe quel moment de la vie du réseau si l'opérateur a un réseau LTE permettant le "SON".
http://www.3gpp.org/technologies/keywords-acronyms/105-son
Idem eruditus. Le PCI (Physical Cell Identifier) codé sur 9 bit ne permet qu’une identification locale d’une cellule radio parmi les cellules voisines et peut évoluer.
Même associé au TAC (« Tracking Area code » = localisation) le PCI ne permet pas d’identifier une cellule radio de façon univoque.
Ce qu’il faut utiliser c’est les eNodeB iD (sur 20 bits) que Netmonster permet d’afficher et les « short CID » (sur 8 bit en LTE). Les 2 combinés constituent le GCID (Global Cell-iD) qui est unique et a une valeur différente pour chacune des cellules radio d'un opérateur. C’est probablement le champ « 2147483647 » que tu cites au début de ton post.
-
Perso chez moi le champ est toujours à 2147483647 dans les logs, donc pas sûr qu'il soit lié à quelque chose d'utile
-
Perso chez moi le champ est toujours à 2147483647 dans les logs, donc pas sûr qu'il soit lié à quelque chose d'utile
exact c'est un bug déjà détecté par la team RNC mobile.
sur netmonster le CI (numéro unique) a un rapport avec eNb et CID (j'ai la formule) c'est votre question ?
en 2G c'est le couple CELLID/LAC qui donne le LCID....
-
Perso chez moi le champ est toujours à 2147483647 dans les logs, donc pas sûr qu'il soit lié à quelque chose d'utile
C'est curieux, Normalement Netmonster fournit un champ GCID ou eCID (extended CiD) ou CI de 8 ou 9 chiffres qui correspond a l'identifiant unique de la cellule et que je ne vois pas dans votre log.
Est-ce que l"export du log est fait au format .clf ou . ntm ?
-
sur RNC mobile c'est souvent le SNR avec cette valeur max quand le mobile ou plutot l'API ne la connait pas.
-
Willemijns a raison ; il doit y avoir un bug.
Normalement le Global CID (CI) est présent après les champs MCC+ MNC (208 10 chez SFR), là ou vous voyez "0"
4G;208;10;0;46504;1974;175;48.828635053816626;2.326103523373604;226, AV DU MAINE 75014 PARIS-14E--ARRONDISSEMENT;2147483647
4G 208 10 --> Opérateur SFR
0 --> CID du secteur 0, fréquence 2600MHz
-
C'est lié a une évolution d'Android qui ne permet plus d'avoir accès a cette information ?
(J'imagine que sur iPhone on n'a jamais eu toutes ces infos)
-
(J'imagine que sur iPhone on n'a jamais eu toutes ces infos)
Le soucis avec l'iPhone n'est pas forcement d'avoir l'info (tu peux l'avoir sur le field test) mais d'avoir à dispo une API pour la récupérer.
-
pub faite sur RNC Mobile (pour info) et sur lesmobiles.com
Comment pomper la base communautaire mainrenant ? il faut demander à l'auteur de Netmonster de t'inclure dans l'application comme l'a fait RNCMobile....
-
C'est déjà fait en fait...
-
Surtout n'utilisez pas les PCI des cellules pour quoi que ce soit en 4G. Cela peut varier à n'importe quel moment de la vie du réseau
Tout à fait d'accord (ça serait comme se baser sur les PSC en 3G, ou les BCCH en 2G)... sauf quand l'opérateur se décide de modifier tous ses eNodeB ID, et là c'est le drame : toutes tes mesures deviennent caduques ! C'est ce qui m'est arrivé en Haute-Marne où, par rapport à l'année dernière, SFR a eu la bonne idée de modifier tous ses eNB.
En effet, lors du déploiement de Crozon qui a ici eu lieu au printemps / été 2016, SFR et BoT ont hérité du même eNB - ce qui était assez pratique pour identifier les sites. Sauf que cette année, en reprenant mes mesures il y a 2 mois, quelle ne fut ma surprise de constater que toutes les BTS (rurales ou urbaines) de la zone que je suis ont désormais un autre eNB-ID sur SFR (alors que chez BoT il n'y a pas eu de changement). Bref, tout ça pour dire que tout peut arriver... même si ça dot être qq chose de très rare (enfin j'espère!)
PS : voici la zone dont je vous parle (je n'ai pas compté en nombre de BTS, mais en nombre cumulé de cellules - 2G/3G/4G toutes fréquences, toutes porteuses et tous opérateurs confondus - cela représente un peu plus de 1500 cellules...)
-
Sur un projet de mutualisation comme Crozon, cela ne me choque pas trop qu'il y ait eu changement d'identifiant de l'eNodeB.