呼び出すことが習慣、JAVA（JMEまたはAndroid）での音声オーディオストリームをキャッチし、それを暗号化し、その後、通常のGSMコールを経由して、通常のストリームとして送信することが可能です暗号化？もちろん、他の電話で暗号を解読する。アプリケーションレベルのJavaはオーディオストリームをインターセプトできますか、またはハードウェアレベルでは無効になっていますか？カスタムはGSMが
これを行うアプリは既にありますか？
モバイルネットワークは、
したがって、暗号化された音声データストリームは、受信側で復号化できるようにモバイルネットワークを介して送信され続けることは考えられません。
シンプルなアナロジー：オーディオ - >暗号化 - > MP3圧縮 - > MP3デコード - >解読 - >オーディオ。これは機能しない可能性があります。または、この作業を行うと、暗号化されたストリームを音声ベアラ経由で転送する機会があります。
あなたのオプションは、IP経由で暗号化された音声を転送、データベアラ上でそれを行うことであろう。しかし、これには、モバイルデバイス上に別個のテレフォニーアプリケーションが必要です。
mp3の例がここでは関係ないと思います。 mp3は信号固有の圧縮です。 GSM **ではすでに暗号化**と圧縮（私が覚えていればA51）ですので、mp3の類推でGSMは不可能です。 GSMが使用するSAMEアルゴリズムをMYキーだけで使用できます。 **主な質問は、私はJME/Android経由でGSMチャンネルのget/setStream（）インターフェースを持っていますか？** –
GSMは私のMP3の例の全体的なポイントです。圧縮されたMP3をGSM音声で転送することはできません。 GSMネットワークがBSCで復号化する、つまりこれはエンドツーエンドの暗号化ではないため、独自の鍵でGSMアルゴリズムを使用することはできません。ネットワークで鍵を認識させる必要があります。 get/setStream（）を使用しても、ここに挿入するデータにはオーディオプロパティが必要です。つまり、GSMコーデックで動作する必要があります。暗号化されたオーディオはおそらく*動作しません。 – Bernd
_GNNネットワークがBSCで復号化するため、独自の鍵でGSMアルゴリズムを使用することはできません。これはエンドツーエンド暗号化ではありません._復号化は失敗しますが、固定電話への呼び出しは機能しませんそれを解読する他の携帯電話で、それはすべきです。あなたがget/setStream（）を持っていても、ここに挿入するデータは、GSMコーデックで動作する必要がある、つまり、getStream（）はbyte []を返し、setStream（byte [] stream）バイナリストリームは引数のためのバイナリストリームであるため、バイナリストリームはバイナリストリームであり、アナログドメインではそれは無関係です。 –
上記のように、音声通話へのアクセスのレベルは、ルート付き電話機でのみ可能であり、さらにはデバイス固有のものでも可能です。一般的な暗号化された音声アプリケーションのためにできることは、データ接続を使用するVOIP/SIPスタイルアプリケーションです。
あなたは非自明だろうアナログコールを超える暗号化を行うことができたとしても。 GSMコーデックで使用される圧縮は音声用に最適化されており、信号の特性について一定の前提があります。単純なアナログ - >デジタル - >暗号 - >アナログ - >電話網 - >アナログ - >デジタル - >復号 - >アナログタイプの信号チェーンを使用することはできません。
あなたは、GSMネットワークへのすべての最後のデジタル符号化は、あなたが根付いていてもすべての携帯電話からのアクセスを得ることはありませんGSM無線チップセットによって実行されているので、私は、ステップをアナログに含めました気づくかもしれません。
したがって、GSMチャネル用のgetAudioStream（）およびsetAudioStream（）インタフェースはありませんか？ （JME/Android） –
いいえ、技術的にはクラス階層でサポートされているように見えるかもしれませんが（私は確信しています）、実際にはどの電話でも実際には動作しないと確信しています。 – PeterJ
ボイスチェンジャーのように振る舞い、声を変えてgsmの声を送信するアプリがあることは知っています。たぶん、音声を取り出し、VHFやVHF無線通信に使われているハムのような位相シフトキーイングやデジタルラジオモノディアルに変調し、gsmに音声を送信して音声に復調するアプリを作ることができます。変調復調には、pgp、aes、または好きな暗号化を追加することができます。私はまた、このようなプロジェクトを見るためにintrestedです。
私はあなたの代わりにGPRSチャネルの過去の56Kモデムなどの音声GSMチャネルを通してデータを送信するためにこれを使用することができれば、それはまた、素晴らしいことだと思います。
基準
http://freedv.org/tiki-index.php
http://www.aprs.org
GSMフルレート音声コーデックは、13キロビット/秒で動作し、正規パルス励振（RPE）コーデックを使用して見る - これはGSMマイク音声検出が伝送のために最適化されることを意味します時分割多重化された「デジタル」チャネルを横切って送信され、その後、連続位相の周波数シフトキーイング変調方式であるGMSKを使用して、エアインタフェースを介して変調される。
「平均」音声パターン以外のノイズがひどく歪んでいる（または抑制されている） - たとえば、DTMF（トーン）がデバイスでうまく受信されず、ネットワークコアによって送信される必要がありますが、うまく機能しない。音声はコーデックの入力時に整形され（フィルタリングされて）、コーデックの検出と再生が最良の状態になります。
要約 - エントリポイントが無線（エアインターフェイス）でないか、GSMデジタルフレームにアクセスするため、GSMシステム全体で「再調整」することはできません。音声通話のための唯一のアクセスは、限定された音声スペクトルで音声を予期しているGSMコーデックです。
しかし - あなたはGSMコーデックの波形のような音声を作成することができるなら、あなたは道を有することができるスピーカー/ MICサイトで前方
エンコードアナログ音声がより実用的です。または、phone.APPを変更するためにAndroidをルートする必要があります。 AECallと似ています。ヘッドセットの暗号化と復号化を行います。 http://mrhyper.blogspot.tw/2015/12/iphone-encrypt-phone-call_9.html
私はこれがあなたのデバイスを根絶することによってのみ可能だと思います。 – rekire
ルートまたはトリック:) –