O seu problema é mais profundo: GPRS em geral e EDGE em particular são motivos difíceis para conexões TCP devido à natureza não confiável do meio de transporte e às mudanças constantes e incrivelmente altas nos pacotes de dados. As transmissões seriam dolorosamente lentas, não devido ao fato de EDGE ser lenta, mas devido ao fato de que os contadores TCP internos teriam o tempo limite repetidamente, as retransmissões seriam acionadas várias vezes preenchendo o link estreito e reduzindo as janelas de transmissão. Houve algum trabalho científico anterior sobre este tópico. Um dos esforços resultou na publicação de um documento pela Universidade de Cambridge (que é uma leitura interessante) e, aparentemente, a implementação do software GPRSWeb Proxy, que não foi lançado ao público. Você pode entrar em contato com os autores ou o corpo docente se precisar de mais informações sobre esse assunto.
O Opera Turbo realmente usa algumas das técnicas descritas no artigo acima mencionado e elas funcionam muito bem, mas se você estiver procurando por uma solução independente de navegador, dê uma olhada em Ziproxy :
Ziproxy is a forwarding (non-caching) compressing HTTP proxy server. Basically, it squeezes images by converting them to lower quality JPEGs or JPEG 2000 and compresses (gzip) HTML and other text-like data. It also provides other features such as: HTML/JS/CSS optimization, preemptive hostname resolution, transparent proxying, IP ToS marking (QoS), Ad-Blocker, detailed logging and more.
No entanto, não abordaria as questões específicas do protocolo do GPRS.
Eu não usaria links VPN com compactação ativada - provavelmente não ajudará seu problema, pois os dados transmitidos já estão compactados na maioria das vezes: a maioria dos webmasters usa compactação GZIP para HTML e CSS e os dados de imagem também são compactados e não pode ser significativamente compactado novamente com métodos sem perdas - isto é, sem redimensionamento e / ou transcodificação.