집 › 안전 › 기지국을 찾으세요. 지도에서 기지국을 찾는 방법

기지국을 찾으세요. 지도에서 기지국을 찾는 방법

모바일 인터넷에 연결할 때 발생하는 첫 번째 질문 중 하나는 안테나를 해당 통신사 쪽으로 향하게 하기 위해 선택한 통신사의 기지국을 어디에 위치시킬 것인지에 대한 질문입니다. 타워를 사용하여 신호를 수신하는 것이 적합한지 이해하려면 타워와 그 이전의 지형의 정확한 좌표를 알아내는 것이 좋습니다. 서비스 및 다양한 Android 애플리케이션은 BS의 정확한 좌표를 제공하지 않습니다. 측정 및 수학적 처리를 기반으로 합니다. 오류는 수 킬로미터에 달할 수 있습니다.

종종 타워 좌표는 운영자 적용 범위 지도, 지형, Google 및 Yandex 지도는 물론 연구 중인 지역의 사진과 파노라마를 볼 수 있는 기회를 연구하여 결정할 수 있습니다. BS를 지도에서 항상 찾을 수는 없다고 말해야 합니다. 여기에는 여러 가지 이유가 있을 수 있습니다. 지도가 오래되었거나, BS가 건물 옥상에 위치해 있어 지도에 표시되지 않거나, 타워가 작거나 등이 있습니다.

BS 매개변수는 알려져 있지 않습니다. 코스트로마 지역

주어진 값: 좌표 57.564243, 41.08345, 코스트로마 지역의 Kuzminka 마을.
임무는 3G 신호를 수신하기 위해 연결할 수 있는 BS의 정확한 좌표를 결정하는 것입니다. BS 검색을 단계별로 고려해 보겠습니다.

1단계. 커버리지 맵 분석.

Beeline을 제외한 4개 사업자의 서비스 지역을 보여주는 잘 알려진 서비스 yota-faq.ru/yota-zone-map/을 사용해 보겠습니다. 웹 사이트에 제시된 Beeline 적용 범위는 사용이 거의 불가능하다는 점에 유의하겠습니다. 일반적으로 지형을 고려하지 않은 지속적인 적용 범위를 보여줍니다. Megafon과 MTS의 커버리지 영역은 연결 관점에서 가장 흥미로워 보입니다. 서비스를 열고 검색창에 좌표를 입력하고 연산자를 전환하면 이를 직접 확인할 수 있습니다.

Megafon 적용 지역:

MTS 적용 지역:

Megafon의 적용 범위 분석에서 우리는 3G BS가 Krasnoye, Sukhonogovo, Lapino 방향에 있을 가능성이 가장 높다는 것을 알 수 있습니다(이 규모에서는 Lapino 지도가 표시되지 않으며 이는 남서쪽이며 대략 P-600 표시가 있는 위치입니다). .

MTS 적용 범위가 더 흥미롭습니다. 여기서 우리는 Sukhonogovo와 Krasnoe로 향하는 방향도 고려합니다. 하지만 빨간색은 더 흥미로운 옵션입니다. 왜냐하면... 거기에 4G 적용 범위가 있습니다. Krasny까지의 거리는 약 10km이며, MTS가 1800MHz의 주파수로 4G를 배포하는 경우 이 지역에 위치한 MTS BS 중 하나와 통신을 설정할 수 있는 모든 기회가 있습니다.

2단계. 지형 연구.

Krasny까지의 지형은 어렵지만 꽤 지나갈 수 있습니다. 지형을 평가하기 위해 https://airlink.ubnt.com 서비스를 사용합니다. 이 사이트를 처음 방문하시는 경우, 먼저 무료 등록 절차를 거쳐야 합니다. 서비스를 연 후 다음 그림과 같이 슬라이더를 끝까지 아래로 스크롤하고 오른쪽 하단에 초기 데이터를 입력하십시오.

나는 일반적으로 먼저 두 창에 동일한 좌표를 입력한 다음 보라색 표시를 BS가 있을 것으로 추정되는 관심 지점으로 이동하기 시작합니다. 이 경우 화면 오른쪽 상단에는 프레넬 존의 지형, 시선 및 대략적인 크기가 표시됩니다.

좌표는 다음과 같습니다.

다른 "의심스러운" 방향의 지형을 확인한 결과 그곳의 지형이 훨씬 더 나쁜 것으로 나타났습니다. 따라서 우리는 방향을 결정하고 동시에 운영자 인 MTS를 선택했습니다.

3단계. "통신 품질" 서비스를 사용하여 선택을 명확히 합니다.

서비스는 다음 주소 https://geo.minsvyaz.ru에서 열립니다. 검색 줄에서 Kuzminka 마을의 이름을 설정하고, 보기를 4개 창에서 단일 창 모드로 전환하고, 지도를 편리한 크기로 조정하고 MTS 운영자를 찾으세요.

우리의 선택이 옳았다는 것을 알 수 있습니다. 왜냐하면 이 서비스 사용자의 측정 데이터베이스에 따르면 Krasnoye는 실제로 MTS의 4G 범위가 양호합니다.

이 지도를 확대하여 타워(또는 타워)의 위치가 가장 가능성이 높은 곳이 Sovetskaya 및 Okruzhnaya 거리임을 확인하세요.

4단계. Google 및 Yandex 지도를 사용하여 지역을 연구합니다.

이 지도에는 해당 지역을 연구하는 데 유용한 도구(해당 지역의 파노라마 및 사진)가 있습니다. Google 지도에는 Yandex보다 다양한 지역의 파노라마가 훨씬 많기 때문에 파노라마를 볼 때 Google을 더 자주 사용해야 합니다. 반면에 Yandex에는 다양한 장소에서 찍은 사진이 더 많으며 일반적으로 러시아의 Yandex 지도가 더 관련성이 높습니다. 이와 관련하여 두 서비스를 모두 사용해야 합니다. 여기에서는 Google 지도와 서비스가 사용됩니다.

그래서 우리는 BS를 찾기 위해 Krasnoye의 두 거리를 고려해야 한다는 것을 알게 되었습니다. Google 지도를 실행하고 거리의 대략적인 좌표를 입력하세요. Sovetskaya(또는 거리 이름)를 사용하면 다음과 같은 정보를 얻을 수 있습니다.

여기서 스트리트 뷰 모드가 켜져 있고 필요한 거리가 지도에서 파란색으로 강조 표시됩니다. 파란색 선의 아무 곳이나 마우스를 클릭하면 거리의 파노라마를 얻을 수 있습니다. 북쪽 길을 따라 이런 식으로 이동하면 우체국 건물에서 첫 번째 BS를 찾습니다.

그리고 마지막으로 Sovetskaya와 Okruzhnaya 거리의 교차로에서 멀지 않은 곳에 세 번째 타워가 발견되었으며 발견된 것 중 가장 높습니다.

지도로 돌아가서 사진이 가리키는 곳에서 이 탑의 그림자를 찾습니다.

지도에 이 장소를 마우스로 표시하고 BS의 정확한 좌표를 얻습니다.

우리의 연구 결과 중 일부를 요약해 보겠습니다. 커버리지 지역 분석, 관심 지역의 신호 강도에 대한 사용자 측정, 사진과 파노라마를 통한 지역 연구를 통해 얻은 정보를 사용하여 한 번도 가본 적이 없는 도시에서 3개의 기지국과 정확한 좌표를 찾을 수 있었습니다. 에게. 어느 운영자가 발견된 BS를 소유하는지에 대한 질문은 여전히 열려 있습니다. 이에 대한 답은 추가적인 연구가 필요합니다. 가장 쉬운 방법은 경로를 따라 운전하고 MNC, MCC 및 신호 강도를 표시하는 일부 Android 애플리케이션을 사용하여 BS 매개변수를 측정하는 것입니다. 이러한 응용 프로그램 중 일부가 여기에 표시됩니다.

BS 매개변수는 알려져 있습니다. 펜자 교외

알려진 바와 같이, 다수의 Android 애플리케이션과 HiLink 모뎀 인터페이스 및 MDMA 프로그램은 BS 매개변수를 제공할 수 있으며, 이를 통해 잘 알려진 서비스 및 애플리케이션이 대략적인 BS 좌표를 제공할 수 있으므로 더 쉽게 찾을 수 있습니다. 지도의 특정 BS 좌표. 포럼의 특정 예를 살펴보겠습니다. 이 예는 다음을 기반으로 합니다.

타워까지의 거리는 약 4,800m입니다.

우리 연구에서 볼 수 있듯이 xinit.ru/bs 서비스를 사용하여 얻은 BS 좌표를 결정할 때의 오류는 거의 2km로 매우 중요합니다. 이러한 오류는 사용자 측정 데이터베이스를 기반으로 하는 모든 서비스에서 일반적이지만 사용 가능한 다른 서비스는 없습니다.

결론

널리 사용되는 지도 제작 도구를 기반으로 한 제시된 기술은 항상 그런 것은 아니지만 종종 BS의 정확한 좌표를 찾을 수 있습니다. BS가 특정 운영자에 속하는지 여부를 결정하는 데 중요한 지원은 BS의 매개 변수 및 대략적인 좌표에 대한 정보를 제공하는 서비스를 통해 제공됩니다.

게시일: 2015년 4월 22일: John

Cellidfinder는 GSM 이동통신 기지국의 위치를 찾아 지도에 표시하는 간단하고 편리한 서비스입니다. 이 기사에서는 이 서비스를 사용하여 GSM 기지국 위치를 찾는 방법에 대한 자세한 지침을 제공합니다.

BS를 현지화하려면 어떤 데이터가 필요합니까?

기지국 섹터의 좌표를 찾으려면 4가지 매개변수를 알아야 합니다.

MCC(Mobile Country Code)는 이동통신사가 위치한 국가를 결정하는 코드입니다. 예를 들어 러시아의 경우 250, 미국 - 310, 헝가리 - 216, 중국 - 460, 우크라이나 - 255, 벨로루시 - 257입니다.
MNC(Mobile Network Code)는 이동통신사에 할당된 코드입니다. 특정 국가의 각 사업자마다 고유합니다. 전 세계 운영자를 위한 MCC 및 MNC 코드에 대한 자세한 표가 제공됩니다.
LAC(위치 지역 코드) - 지역 코드입니다. 간단히 말해서, LAC는 하나의 기지국 컨트롤러(BSC)가 서비스를 제공하는 여러 기지국의 연합입니다. 이 매개변수는 10진수 또는 16진수 형식으로 표시될 수 있습니다.
CellID(CID) - "셀 식별자"입니다. 기지국의 동일한 섹터. 이 매개변수는 10진수 및 16진수 형식으로도 표시될 수 있습니다.

이 데이터는 어디서 얻을 수 있나요?

데이터는 netmonitor에서 가져옵니다. Netmonitor는 모바일 네트워크의 엔지니어링 매개변수를 확인할 수 있는 휴대폰 또는 기타 장치용 특수 애플리케이션입니다. 인터넷에는 다양한 장치에 대한 수많은 넷모니터가 있습니다. 올바른 것을 찾는 것은 문제가 되지 않습니다. 또한 위성 수신 상태가 좋지 않은 많은 최신 GPS 추적기는 좌표가 아닌 자신이 보유하고 있는 기지국(MCS, MNC, LAC, Cellid)의 매개변수를 소유자에게 보낼 수 있습니다. Cellidfinder는 이러한 매개변수를 BS의 대략적인 위치로 신속하게 변환하는 데 도움이 됩니다.

기지국의 좌표는 어디에서 오는가?

기지국 좌표 검색은 이러한 기회를 제공하는 Google 및 Yandex 데이터베이스에서 수행됩니다. 검색 결과 타워의 정확한 위치는 알 수 없지만 대략적인 위치는 알 수 있습니다. 가장 많은 가입자가 등록되어 위치 정보를 Google 및 Yandex 서버로 전송하는 위치입니다. LAC와 CID에 의한 가장 정확한 위치는 한 기지국의 모든 섹터(CellID)의 좌표를 계산한 후 평균값을 계산하는 평균화 기능을 사용하여 결정됩니다.

CellIDfinder로 작업하는 방법은 무엇입니까?

CellIdfinder 기지국 위치 검색 서비스를 시작하려면 스마트폰에 netmonitor를 설치해야 합니다. 여기에 좋은 옵션 중 하나가 있습니다. 다운로드한 애플리케이션을 켜고 필요한 매개변수를 살펴봅니다.

이 경우 netmonitor 창에서 다음을 확인했습니다.
MCC = 257(벨로루시)
MNC = 02 (MTS)
LAC = 16
CID = 2224

의 검색 양식에 이러한 매개변수를 입력합니다. 왜냐하면 LAC 및 CID는 netmonitor에서 10진수 및 16진수 형식으로 발행될 수 있습니다. 검색 양식에는 두 번째 형식의 LAC 및 CID에 대한 자동 완성 기능이 있습니다. "Google 데이터", "Yandex 데이터"를 선택하고 높은 정확도가 필요한 경우 "평균화"를 선택합니다. "BS 찾기" 버튼을 클릭하세요.

결과적으로 우리는 기지국의 이 구역에 대한 좌표를 얻었습니다. 또한 Google과 Yandex 데이터베이스의 좌표가 거의 일치하므로 BS가 지도에 매우 정확하게 구축되어 있다고 가정할 수 있습니다.

위성 내비게이션(GPS), Wi-Fi, 셀룰러 위치 등 위치를 확인하는 방법에는 여러 가지가 있습니다.

이 게시물에서 우리는 민스크 시의 셀 타워를 사용하여 위치를 결정하는 기술이 얼마나 잘 작동하는지 확인하려고 했습니다(GSM 송신기 좌표의 개방형 데이터베이스만 사용하는 경우).

작동 원리는 휴대폰(또는 셀룰러 통신 모듈)이 어느 기지국 트랜시버에서 서비스를 받는지 알고 있으며 기지국 송신기의 좌표 데이터베이스를 보유하면 대략적인 위치를 확인할 수 있다는 것입니다.

이제 OpenCellID를 이해하는 데 있어 송신기가 무엇인지, 그리고 OpenCellID 데이터베이스가 어떻게 채워지는지에 대해 조금 살펴보겠습니다. 이 데이터베이스는 다양한 방법으로 채워지며, 가장 간단한 방법은 스마트폰에 애플리케이션을 설치하여 휴대폰과 서비스 기지국의 좌표를 기록한 다음 모든 측정값을 서버로 보내는 것입니다. OpenCellID 서버는 수많은 측정값을 기반으로 기지국의 대략적인 위치를 계산합니다(아래 그림 참조). 따라서 무선 네트워크의 좌표는 자동으로 계산되며 매우 대략적입니다.

지도 회원 OpenStreetMap

이제 이 데이터베이스를 어떻게 사용하는지에 대한 질문으로 넘어가겠습니다. 두 가지 옵션이 있습니다. Cell ID를 사용하여 OpenCellID.org에서 제공하는 번역 서비스를 조정하거나 지역 검색을 수행하는 것입니다. 우리의 경우에는 로컬 방법이 더 바람직합니다. 우리는 13km의 경로를 운전할 예정이며 웹은 느리고 비효율적입니다. 따라서 데이터베이스를 노트북에 다운로드해야 합니다. downloads.opencellid.org에서 cell_towers.csv.gz 파일을 다운로드하면 됩니다.

데이터베이스는 아래 설명된 CSV 형식의 테이블입니다.

- 국가 코드
- 운영자 코드;
- 지역 코드;
- 송신기 식별자
- 송신기의 경도
- 송신기의 위도.

데이터베이스에서 모든 것이 명확해졌습니다. 이제 셀 ID 결정으로 넘어갈 수 있습니다.

모든 셀룰러 모듈은 AT+CREG, AT+COPS(서비스 기지국), AT+CSQ(기지국의 신호 레벨) 명령을 지원합니다. 일부 모듈에서는 서비스를 제공하는 송신기 외에도 이웃하는 송신기도 인식할 수 있습니다. Siemens의 경우 AT^SMONC 명령, Simcom의 경우 AT+CCINFO를 사용하여 기지국을 모니터링합니다. 나는 SIMCom SIM5215E 모듈을 마음대로 사용할 수 있었습니다.

따라서 AT+CCINFO 명령을 사용했으며 해당 형식은 아래와 같습니다.

우리는 다음 매개변수에 관심이 있습니다.

- 서비스 송신기의 표시기;
- 근처 송신기의 표시기;
- 국가 코드
- 운영자 코드;
- 지역 코드;
- 송신기 식별자
- 수신된 신호 전력(dBm).

셀룰러 모듈을 노트북에 연결하면 다음 로그가 수신됩니다.

모니터링이 작동 중입니다. 가셔도 됩니다.

경로는 거리를 따라 민스크 서부에서 달렸습니다. Matusevich, Pushkin Ave., st. 포노마렌코, 세인트. 샤랑고비치차, 세인트. 막심 고레츠키, 성. 로반카, 세인트. Kuntsevshchina, st. Matusevich.

지도 회원 OpenStreetMap

로그는 1초 간격으로 기록되었습니다. CellID를 좌표로 변환한 결과 OpenCellID 데이터베이스에 대한 6498개의 호출이 성공했고 3351개의 호출이 데이터베이스에서 일치하는 항목을 찾지 못한 것으로 나타났습니다. 저것들. 민스크의 적중률은 약 66%입니다.

아래 그림은 로그에서 발견되고 데이터베이스에 있던 모든 송신기를 보여줍니다.

지도 회원 OpenStreetMap

아래 사진은 모두 보여줍니다 피복재로그에서 발견되고 데이터베이스에 있던 송신기. 저것들. 모든 셀룰러 모듈이나 전화기에서 유사한 결과를 얻을 수 있습니다.

지도 회원 OpenStreetMap

보시다시피, 어느 시점에서 우리는 거리 교차로의 교통 교차로 뒤에 위치한 송신기를 통해 서비스를 받았습니다. 프리티츠키(Pritytsky)와 MKAD. 아마도 이것은 수 킬로미터 떨어진 가입자에게 서비스를 제공하는 교외 기지국일 것입니다. 중요한 Cell ID를 사용하여 위치를 파악하는 중에 오류가 발생했습니다.

매 순간의 SIMCom SIM5215E는 서비스를 제공하는 송신기뿐만 아니라 이웃 송신기와 신호 레벨도 표시하므로 특정 순간에 사용 가능한 모든 데이터를 기반으로 장치의 좌표를 계산하려고 합니다.

송신기 좌표의 가중 평균으로 가입자의 좌표를 계산합니다.
위도 = 합계(w[n] * 위도[n]) / 합계(w[n])
경도 = 합(w[n] * 경도[n]) / 합(w[n])

전파 전파 이론에서 알 수 있듯이 진공 상태에서 무선 신호의 감쇠는 송신기에서 수신기까지의 거리의 제곱에 비례합니다. 저것들. 10배로 제거되면(예: 1km에서 10km로) 신호가 100배 약해집니다. 전력이 20dB 감소합니다. 따라서 각 항의 가중치는 다음과 같이 정의됩니다.
w[n] = 10^(RSSI_in_dBm[n] / 20)

여기서 우리는 모든 송신기의 전력이 동일하다고 가정했습니다. 이 가정은 잘못된 것입니다. 그러나 기지국 송신기의 전력에 대한 정보가 부족하기 때문에 의도적으로 대략적인 가정을 해야 합니다.

결과적으로 우리는 위치에 대한 더 자세한 그림을 얻습니다.

지도 회원 OpenStreetMap