来自短信的位置数据
实际上这个问题可能没有答案，但我想在这里发帖以防万一，因为它需要一些开箱即用的思考。这本身可能不是一个编程问题。如果不是，您可以建议另一个 stackoverflow 网站来解决这个特定问题，而不是投反对票？
我们已经安装并运行了 SMS Tools 3 (http://smstools3.kekekasvi.com/) 的 SMS 网关，我可以接收/发送短信。
此外，我们还为 Android / iPhone 创建了一个自定义短信应用程序，将 GPS 位置数据嵌入到短信中，但我们正在尝试找出一种方法，从使用哑手机的用户那里获取基于位置的数据（想想非洲的非政府组织）使用最基本的电话的用户）。
是否可以从没有 Wi-Fi/GPS 的手机的 SMS 消息中获取基于位置的数据？到目前为止唯一的想法是通过与目标国家的手机提供商合作以某种方式使用手机信号塔。
想法？
注意：这并不是试图在不知不觉中跟踪用户位置（否则我们不会创建自定义短信应用程序）
There may actually not be an answer to this question, but I wanted to post here just in case because it will require some out of the box thinking. This may not be a programmign question per se. If it isn't, rather than downvoting, perhaps you can suggest another stackoverflow site to use for this specific question?
We have installed, and have running, an SMS gateway from SMS Tools 3 (http://smstools3.kekekasvi.com/) and I can receive / send text messages.
Additionally, we have created a custom SMS application for Android / iPhone that embeds GPS location data into the sms message, but we are trying to figure out a way to obtain location based data from a user using a dumb phone (think NGO in Africa with users using the most basic of phones).
Is it possible to get location based data from a SMS message from a phone that lacks wifi/GPS? The only thought so far would be to somehow get the cell towers used by working with cell phone providers in the targeted country.
Thoughts?
Note: This is not an attempt to track users location unknowingly (else we wouldn't have created our custom SMS message application)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
您始终可以进行 GSM 塔三角测量（第一代 iPhone 就是这样做的），而且您不需要去找所有运营商 - 那里有很多服务。
You can always do GSM tower triangulation (first iPhone did that) and you don't need to go to all operators - a lot of services out there.
不使用 WiFi、GPS（和其他卫星导航系统）的蜂窝定位方法严重依赖于无线电接入网络 (RAN)，因此会根据运营商网络的类型（GSM/CDMA/UMTS/LTE）而有所不同ETC。）。了解这一点很重要，因为同一国家/地区通常会同时存在多种类型的网络，这可能会导致所使用的定位方案的性能不同。
由于您的问题特别提到了 GSM，所以我们就继续讨论吧。 GSM 小区三角测量包含用于获取用户位置信息的不同方案。总的来说，这些方案分为两类：基于网络的和基于终端的。
基于网络的服务需要运营商核心网络 (CN) 中的信令，并且可以通过与运营商达成的协议来触发。从技术上讲，当拨打电话或向预定义的紧急号码发送短信时，就会发生这种情况。有关更多技术细节，请参阅 ETSI 规范 [1]
*缺点：需要运营商支持！*
基于终端的服务依赖于手机上存在某些定位服务 - GPS、Wi-Fi、互联网等。在没有这些的情况下，可以想象只有一种解决方案：让移动终端 (MT) 发送其蜂窝位置信息 - [ MCC + MNC + LAC + CellId ] 至RAN 可以将信息转发到 GIS 服务，然后获取用户的纬度/经度。 Google 的地理定位 API 是一项免费的 GIS 服务 [2]
[1] http://www.etsi.org/deliver/etsi_ts/101700_101799/101724/07.03.00_60/ts_101724v070300p.pdf
[2] https://developers.google.com/maps/documentation/business/geolocation /
Cellular localisation methods which do not use WiFi, GPS (and other satellite-based navigation systems) depend heavily on the radio access network (RAN), so will vary depending on the type of the operator network , (GSM/CDMA/UMTS/LTE etc.). Its important to understand this because often there are multiple types of networks coexisting in the same country, which can result in varying performance of the positioning scheme used.
Since your question specifically mentions GSM, lets stick to it. GSM cell triangulation encompasses different schemes for obtaining location info of the subscriber. Broadly, these schemes fall in two categories: Network-based and Terminal-based.
Network-based services require signaling in the operator's Core Network (CN) and could be triggered by an agreement with the operator. Technically, this occurs when a call is made or an SMS is sent to a pre-defined emergency number. For more technical details, refer to the ETSI spec [1]
*The drawback: Requires operator support!*
Terminal-based services are dependent on the presence of some location service on the mobile phone - GPS, Wi-Fi, Internet etc.. In the absence of these, there is conceivably only one solution: Have the Mobile Terminal (MT) send its cellular location information - [ MCC + MNC + LAC + CellId ] to the RAN which can forward the information to a GIS service than obtains the Lat/Long of the user. One GIS service that's freely available is Google's geolocation API [2]
[1] http://www.etsi.org/deliver/etsi_ts/101700_101799/101724/07.03.00_60/ts_101724v070300p.pdf
[2] https://developers.google.com/maps/documentation/business/geolocation/