如何在没有互联网连接的情况下与App通信？

嗯，还有其他选择，具体取决于您需要来回传输到服务器的数据量。

对于短数据，您可以尝试实现一个Asterisk PBX而不是短信，您的移动电话将呼叫您的服务器，然后发送其他DTMF数字作为您的数据，这将由Asterisk PBX解释（例如，您的电缆公司）。Asterisk是GPL开源。

另一种选择（一种昂贵的方法，需要繁重的工作）是生成一个用您的数据内容编码的音频信号，然后拨打与服务器上附加的传真/调制解调器PCI板链接的电话号码，像呼叫。不需要花很长时间，因为您可以在短时间的音频流中容纳大量数据。

您的服务器可以通过在接收端访问内容来检查该数据。只需从随附的传真/调制解调器pci板录制呼叫，或者您就可以在本地计算机上使用Asterisk PBX服务器保存音频文件，然后由服务器软件进行处理。

无论如何，您都需要创建一个新的协议和数据编码类型，就像您提到的“机器可读编码”一样。

因此，对于数据类型，您可以在移动设备上保存大量简短的音频文件，然后将它们作为数据类型播放，但是仅使用上面已经提到的DTMF会更容易。或者，您可以这样编码：获得允许通过语音通话使用的频谱（宽带/窄带），然后将其除以所需的单个字符或块的数量（看看如何在base64中进行编码，以获得一些想法）。然后创建一个函数，将数据仅编码为短音频流（有关PCM编码的更多信息，也可以了解有关快速傅立叶变换的更多信息，如果您想进一步复杂化（但加快速度）的话）。

创建一个像这样的简单协议：第一个音频数据包是一个音调序列，用于发出请求，进行身份验证并等待来自服务器的确认响应（可以只是在此后1秒钟不放弃呼叫）。第二音频数据包是数据第一帧的大小，然后3d音频数据包向前是数据本身，其大小如前所示。等等。为了简单起见，请查看ftp协议说明。然后，您需要对其进行优化，以使上面的每个数据包的时间最少，同时又保持了可保性。

为了节省语音通话的成本，您还可以探索电话号码选项，例如Google Voice，Skype或任何Voip服务。

如果服务器可以访问GSM调制解调器,则可以使用SMS与服务器通信.对于大量的SMS,您希望在服务器和SMS网关之间建立Internet连接,该网关直接连接到移动网络中的消息中心,而不是调制解调器.
这是SMS投票服务器的模型.

只要你有GSM网络,你就可以发送/接收短信,而你是对的; 不需要IP连接.Android平台允许您发送和接收短信 - 请参阅此处.

缺点是SMS可能很昂贵,并且无法保证交付,也无法保证交付时间.它不适合实时通信.

USSD是移动设备与直接内置于GSM网络的网络之间的另一种通信形式,但USSD消息由网络运营商拥有或许可,并且不像SMS那样免费供客户使用.

编辑:USSD不是CDMA中的本地协议,但是可以从不同的运营商获得各种实现.例如,这是一个专利申请,描述了一个这样的系统的想法,它似乎不需要IP连接.谷歌搜索"USSD CDMA"还提供了有关商业实施的各种新闻,技术细节未知.我想你只需要找出你的目标运营商提供的东西.

我没有直接使用WAP,但只要看一眼WAP协议栈就可以确定它可以在没有IP连接的情况下通过CDMA或GSM运行.维基百科还有一篇非常有用的文章.我测试MMS的经验是,如果没有IP连接它通常不起作用,即使它应该(根据Wiki文章,使用WAP/SMS).所以我会质疑欧洲运营商或移动设备支持或测试WAP的程度.WAP是否是一个实用的选择可以归结为在一天结束时的定价/可用性,而不是技术问题.