¿Cuál es la diferencia entre WAP y HTTP para el acceso a Internet móvil?

1. CMWAP y CMNET son solo dos métodos de acceso GPRS divididos artificialmente por China Mobile. El primero está configurado para el acceso a Internet WAP en teléfonos móviles, mientras que el segundo se utiliza principalmente para que PC, portátiles, PDA, etc. utilicen servicios de acceso a Internet GPRS. No hay diferencia en sus métodos de implementación, pero debido a su diferente posicionamiento, en comparación con CMNET, CMWAP tiene algunas restricciones y también existen diferencias en las tarifas.

2 Para distinguir el posicionamiento de los dos de la aplicación, China Mobile ha impuesto ciertas restricciones a CMWAP, lo que se refleja principalmente en el hecho de que CMWAP solo puede acceder a IP dentro de la red GPRS (10). .*.* .*) y no puede acceder a Internet mediante enrutamiento. (Es posible que las redes móviles en algunas áreas no tengan esta restricción). Usamos CMWAP para navegar por páginas web en Internet a través del protocolo de puerta de enlace WAP o el servicio de proxy HTTP que proporciona.

3. Quizás el ámbito de aplicación de estos dos sea el tema que más preocupa a todos. CMNET tiene derechos completos de acceso a Internet. No entraré en detalles aquí. . Debido a las limitaciones mencionadas anteriormente, el ámbito de aplicación de CMWAP depende del soporte proporcionado por la puerta de enlace WAP. Actualmente, la puerta de enlace WAP de China Mobile solo proporciona el protocolo proxy HTTP (puertos 80 y 8080) y el protocolo de puerta de enlace WAP (puerto 9201). (Algunos internautas mencionaron que el puerto 1080 también está abierto, pero no se puede conectar. Esta puede ser una puerta trasera de Socks utilizada internamente por Mobile).

Por lo tanto, solo las aplicaciones que cumplan las dos condiciones siguientes pueden funcionar normalmente bajo el método de acceso CMWAP de China Mobile:

1. La solicitud de red de la aplicación se basa en el protocolo HTTP.

2. La aplicación admite el protocolo proxy HTTP o el protocolo de puerta de enlace WAP.

Pero ¿cómo saber si la solicitud de red de una aplicación se basa en el protocolo HTTP? Esta pregunta es realmente difícil de responder. Para lograrlo por completo, es necesario interceptar los paquetes de comunicación de la aplicación para su análisis. Aquí hay algunos métodos simples para la mayoría de los amigos novatos en máquinas: Desde el punto de vista del rendimiento, si su solicitud de red tiene la forma de una dirección de sitio web (URL), generalmente se basa en el protocolo HTTP, como una dirección web. navegador si se conecta a un servidor El puerto es 80, entonces probablemente esté basado en el protocolo HTTP.

¿Cómo distinguir si una aplicación admite el protocolo proxy HTTP o el protocolo de puerta de enlace WAP? Primero, verifique si hay una opción de servidor proxy en su configuración (generalmente el proxy que no está especificado en el teléfono inteligente S60 es específicamente un proxy HTTP. Si lo hay, significa que admite el protocolo de proxy HTTP). De lo contrario, debe seguir los siguientes pasos para realizar la prueba:

En la configuración avanzada de la configuración del punto de acceso GPRS, elimine la configuración del servidor proxy: ServerAddress y ServerPort (si la aplicación puede funcionar normalmente, entonces se basa en el protocolo WAP Gateway, como el programa Java, el navegador integrado S60). Si no funciona normalmente en este estado, pero puede funcionar normalmente después de restaurar la configuración del servidor proxy en la configuración avanzada del punto de acceso GPRS, la aplicación admite el protocolo proxy HTTP. Si aún así no funciona, la aplicación generalmente no es compatible con el protocolo de proxy HTTP o el protocolo de puerta de enlace WAP.

Lo que merece una mención especial aquí es Java QQ, que tiene dos versiones: Socket y HTTP. El JavaQQ que circula actualmente en Internet y que se puede utilizar para CMWAP se basa en el protocolo HTTP. Tome Java QQ 2004 como ejemplo. La pantalla de inicio dice claramente "KJavaQQHTTP". Sin embargo, la versión sis de QQ y Agile Messenger utilizan métodos de conexión de socket normales, por lo que no se pueden utilizar para CMWAP.

El siguiente es un resumen de los métodos de trabajo del software común que se puede utilizar bajo CMWAP:

(1) El navegador integrado del teléfono móvil: Protocolo de puerta de enlace WAP

(2 ) Navegador Opera: protocolo proxy HTTP (con configuración de proxy)

(3) Programa Java: protocolo de puerta de enlace WAP

(4) AvantGo: proxy HTTP protocolo (con configuración de proxy)