Chinaunix首页 | 论坛 | 博客
  • 博客访问: 672129
  • 博文数量: 134
  • 博客积分: 3158
  • 博客等级: 中校
  • 技术积分: 1617
  • 用 户 组: 普通用户
  • 注册时间: 2008-03-30 22:36
文章分类

全部博文(134)

文章存档

2012年(2)

2011年(28)

2010年(68)

2009年(35)

2008年(1)

我的朋友

分类: 嵌入式

2010-05-07 09:05:12

GPRS连接(转)

 
Windows Mobile平台与Windows平台的一个不同是手机没钱烧,不能老用GPRS把网连着。于是就给IT民工来了个小麻烦:使用socket编程或者 http编程时,不能像电脑上想连就连,即使你通过中国移动那个周扒皮开通了GPRS套餐也不行,还得先进行GRPS的连接。

       网上找资料:http://www.cnblogs.com/jsjkandy/archive/2008/08/06/1262445.html

       使用之后将代码整合进程序了,可用,现总结一下,以备忘。
       1,通过ConnMgrApiReadyEvent函数获得连接管理器是否可用的事件句柄,然后用WaitForSingleObject来等待,如果等待成功,则说明连接管理器可用,可以进行下一步操作。
       2,通过ConnMgrConnectionStatus来查看连接是否已经建立。
       3,通过ConnMgrEnumDestinations来根据索引号枚举到连接信息。
       4,如果链接没有建立或者已经断开了,根据3中获得的连接信息,可以用ConnMgrEstablishConnectionSync或者ConnMgrEstablishConnection来建立连接。
       5,通过ConnMgrReleaseConnection释放连接。

       通过上面5步,可以很好的枚举并建立连接,但是存在一个实际的问题:其实在大多数时候我只需要一个函数来获得当前最好的连接,并建立,就OK了,我才懒得管你有多少连接呢。

        幸好,伟大的微软为我们提供了这个函数:ConnMgrMapURL。通过这个函数,传入一个URL,可以获得最优连接的索引,然后就可以建立连接了。

2009-06-17补记:
       一共有IID_DestNetInternet、IID_DestNetCorp、IID_DestNetWAP、 IID_DestNetSecureWAP四个网络单元的GUID。WM中有个meta-network的概念,GUID对应一个meta- network.从字面上理解就是"元网",即可以理解成WM对网络操作的网络单位的最小单元.每个元网提供了一类的网络连接类型,WM上默认使用4个元网,即internet连接型,WAP型,单位型,安全型(忘记了,不十分确认名字叫法了),每个元网下可以配置多个APN连接,其中cmnet是属于 APN=cmnet的internt型连接,而cmwap是属于APN=cmwap的WAP连接.目前连接管理器的设计是面向目标网络的,即面向各个不同的meta-network,而不是面向APN的.用户也可以自己添加进自己定制的元网,用来管理自己想操作的一类APN连接类型和操作.
       所以函数ConnMgrMapURL就是找出最好用的meta-network对应的GUID给用户使用. 另,WAP型的连接需要通过WAP代理,而区别与internet直连,所以设置cmwap时需要指定代理服务器的IP地址才能连接出去.而WM中代理 (proxy)的意思其实也是连接了两个不同的meta-network网络,告诉连接管理器,通过WAP型元网转代理也能连接到internet网.
       发现,ConnMgrMapURL在模拟器上并不能准确枚举出正确的网络连接,我猜想是因为模拟器是没有其他连接的,只能通过 IID_DestNetInternet来获取网络连接,但是模拟器的ConnMgrMapURL做得有bug,他以为他很牛B呢,能给出其他连接,所以,在模拟器上使用ConnMgrMapURL函数时,很容易获得错误的网络连接,使用这个错误的连接会返回错误号:CONNMGR_STATUS_NOPATHTODESTINATION。正确的做法是,首先通过ConnMgrMapURL得到的GUID进行连接,如果不行,再通过IID_DestNetInternet进行连接。

 

7月15日补记:
        Copy网上的代码,发现是有bug的,究其原因,是ConnMgrMapURL函数给出了错误的索引值,ConnMgrMapURL函数有两个返回值,一个是连接点的索引值,一个是连接点的GUID值,在大部分手机上,可以通过ConnMgrMapURL得到最优连接点的索引值,然后通过该索引值枚举到连接点的信息。但是测试中发现有少部分手机,ConnMgrMapURL返回的索引值是错误的,但返回的GUID值却是正确的。将程序改为只通过GUID 来连接连接点时,程序的bug消失。
        其实ConnMgrMapURL函数返回的,就是用户在系统中设置的连接点,只不过我怀疑当用户当前的连接点不能连接时,系统会去查找历史的链接历史,从中返回一个与URL匹配的连接点进行尝试。用户设置连接的方法如下:设置-连接项-连接-高级-选择网络-网络管理。
        系统的所有连接点,都存放在wince系统的注册表中,wince的注册表可以通过SDK中的工具CE Remote Tools\5.01\bin\ccregedt.exe来查看,路径是[HKEY_LOCAL_MACHINE\Comm\ConnMgr]。

阅读(1306) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~