BlogJava-不知疲倦的猪-随笔分类-通信知识http://www.blogjava.net/loocky/category/18214.html不知疲倦的猪zh-cnThu, 17 May 2007 14:43:12 GMTThu, 17 May 2007 14:43:12 GMT60cmnet cmwap接入点(转)http://www.blogjava.net/loocky/archive/2007/05/17/118017.htmlloockyloockyThu, 17 May 2007 02:50:00 GMThttp://www.blogjava.net/loocky/archive/2007/05/17/118017.htmlhttp://www.blogjava.net/loocky/comments/118017.htmlhttp://www.blogjava.net/loocky/archive/2007/05/17/118017.html#Feedback0http://www.blogjava.net/loocky/comments/commentRss/118017.htmlhttp://www.blogjava.net/loocky/services/trackbacks/118017.html为划分的两个GPRS接入方式。前者是为手机WAP上网而设立的，后者则主要是为PC、笔记
本电脑、PDA等利用GPRS上网服务。它们在实现方式上并没有任何差别，但因为定位不同
，所以和CMNET相比，CMWAP便有了部分限制，资费上也存在差别。

WAP只是一种GPRS应用模式，它与GRPS的接入方式是无关的。WAP应用采用的实现方
式是“终端＋WAP网关＋WAP服务器”的模式，不同于一般Internet的“终端＋服务器”
的工作模式。主要的目的是通过WAP网关完成WAP-WEB的协议转换以达到节省网络流量和
兼容现有WEB应用的目的。WAP网关从技术的角度讲，只是一个提供代理服务的主机，它
不一定由网络运营商提供。但据我所知，中国移动GPRS网络目前只有唯一的一个WAP网关
：10.0.0.172，有中国移动提供，用于WAP浏览（HTTP）服务。有一点需要注意，WAP网
关和一般意义上的局域网网关是有差别的，标准的WAP网关仅仅实现了HTTP代理的功能，
并未完成路由、NAT等局域网网关的功能。这就决定了它在应用上所受到的限制。

为了从应用中区别两者的定位，中国移动对CMWAP作了一定的限制，主要表现在CMW
AP接入时只能访问GPRS网络内的IP（10..*），而无法通过路由访问Internet。我们
用CMWAP浏览Internet上的网页就是通过WAP网关协议或它提供的HTTP代理服务实现的。
也就是需要通过中国移动GPRS网络唯一的一个WAP网关：10.0.0.172。CMNET拥有完全的
Internet访问权，这里就不多说了，主要让我们来看看CMWAP。因为有了上面提到的限制
，CMWAP的适用范围就要看WAP网关所提供的支持了。目前，中国移动的WAP网关对外只提
供HTTP代理协议（80和8080端口）和WAP网关协议（9201端口）。

因此，只有满足以下两个条件的应用才能在中国移动的CMWAP接入方式下正常工作：
1. 应用程序的网络请求基于HTTP协议。2. 应用程序支持HTTP代理协议或WAP网关协议。
而cmnet则不受任何的限制。

说白了就是说通过cmwap的方式访问，需要走中国移动的网关通过http协议去连接，
这样的后果就是速度会变慢，相信很多朋友都用过代理服
务器吧，对，就是那个感觉，而通过cmnet来连接的，就是直接连接到无限乾坤在inter
net上的服务器，速度会比cmwap的快一些。说完了速度，就该说价格了，如果玩家没有
采用套餐的话，那cmwap和cmnet都是一样的，1kb三分钱，或者订了一个xx元包xM的套餐
，超出部分1k一分钱，这种时候，同等价格都一样，据我了解，cmwap版本流量会大一些
，所以还是用cmnet比较好，又快又省钱。但是对于很多地方的动感地带用户而言，情况
可能有些不同，相当一些地方的动感地带只能访问cmwap，不能访问cmnet，所以没地选
择了，还有一些地方有动感地带的包月上网卡，有10元、20元、50元的等等，具体的要
看当地的资费政策了，而这些包月卡通常只包cmwap的流量，这个时候如果用cmnet还要
另外付费，所以建议这些用户还是使用cmwap吧。最后总结一下，如果玩家的手机卡只能
访问cmwap或者有cmwap包月的套餐，那么您就使用cmwap连接来游戏，否则使用cmnet连
接是更好的选择


所以，一句话，有wap包月的地区就使用wap包月上网，没有包月业务的就用cmnet，反正都是按流量算钱，为什么不选择快一点的呢（但还是要提醒大家，按流量计费产生的费用是巨大的，要
多多注意）


loocky 2007-05-17 10:50 发表评论
]]>FUMO协议概要分析http://www.blogjava.net/loocky/archive/2006/12/08/86369.htmlloockyloockyFri, 08 Dec 2006 07:43:00 GMThttp://www.blogjava.net/loocky/archive/2006/12/08/86369.htmlhttp://www.blogjava.net/loocky/comments/86369.htmlhttp://www.blogjava.net/loocky/archive/2006/12/08/86369.html#Feedback2http://www.blogjava.net/loocky/comments/commentRss/86369.htmlhttp://www.blogjava.net/loocky/services/trackbacks/86369.html  

FUMO (Firmware Update Management Object) 手机终端用来固件升级的协议。协议主要规定了一下方面：

1 ： FIRMWARE UPDATE MANAGEMENT OBJECT PARAMETERS. （路径和节点）

2 ： BEHAVIOR ASSOCIATED WITH THE MANAGEMENT OBJECT （执行升级和下载的命令以及 ALERT ）

3 ： CLIENT INITIATED FIRMWARE UPDATE ( 手机自行发起的固件升级的一些规定 )

 

1 ： FIRMWARE UPDATE MANAGEMENT OBJECT PARAMETERS

 FUMO_1_PRA.GIF

 

总共定义如上节点

 

PKNAME: 升级包名字

Pkgversion: 升级包版本

Download ：用来执行初始化下载的节点

PKGURL: 初始化下载时存储的下载地址的节点

Update: 用来执行升级的节点

Pkgdata: 用来提供升级包数据的节点

Downloadnadupdate ：用来初始化下载和升级的节点

    Pkgurl ： : 初始化下载时存储的下载地址的节点

State ：手机当前升级过程中的状态。

Ext ：厂商自己定义的扩展节点

 

根据实现不同， FUMO 可以选择 Downloadnadupdate 也可以选择 downd and upate 这 2 个节点的组合来实现固件的升级 ( 先下载，把下载的东西放在 X/update/pkgdata 里面，然后执行升级 )

 

State 有一下状态

FUMO_2_STATE.GIF 

升级成功返回 100 ，根据返回的不同状态，来与 SERVER 交互。

 

Fumo 规定的升级过程中的流程

 

FUMO_3_FLOW.GIF 

 

  FUMO 从初始化下载到最后成功然后清除掉下来后的升级包的全过程，

 

 

2 ： BEHAVIOR ASSOCIATED WITH THE MANAGEMENT OBJECT

 

FUMO 在执行的开始，假定手机采用先 download 然后 update, 先把升级包的 URL 从 SERVER 发过来 , 手机先自行 replace 命令把 URL 放在 Download/PkgURL 下面，然后执行 exec 命令把包下载到 update/PkgData 下面，（有的 FUMO 实现厂商采用差分包方法升级）在 update 的时候直接执行 exec 执行升级。

 

 

 

 

以下分别是执行了 2 个 exec 分别在执行 download 和 downloadandupdate.

FUMO_4_DOWNLOAD_UPDATE.bmp
FUMO_5_DOWNLOAD_AND_UPDATE.GIF 

 

下图是手机在进行升级过程中返回给 SERVER 的一些结果，都是用数字来表示， server 可以根据这些返回码来判断终端在升级过程中哪一步执行失败。

 

 

 FUMO_6_RESULTCODE.GIF  

 

 

 

下图是一个终端在执行一个 download 过程和一个 update 过程的流程图，此图能够清晰的显示出 DM 的 command 与 fumo 的节点如何交互的。

FUMO_7_FLOW_D_U.GIF 

下图是一个直接的 DownloadAndUpdate 的过程。手机一般会选择这两种的中的一种方式。

FUMO_8_FLOW_DANDU.GIF 

3 ： CLIENT INITIATED FIRMWARE UPDATE

其实这是 CP 协议的一部分内容，在下一篇文章会详细的描述 cp 协议的一些东西， cp 协议想关联有好几协议。



loocky 2006-12-08 15:43 发表评论
]]>dm协议概要分析http://www.blogjava.net/loocky/archive/2006/12/08/86267.htmlloockyloockyFri, 08 Dec 2006 03:21:00 GMThttp://www.blogjava.net/loocky/archive/2006/12/08/86267.htmlhttp://www.blogjava.net/loocky/comments/86267.htmlhttp://www.blogjava.net/loocky/archive/2006/12/08/86267.html#Feedback0http://www.blogjava.net/loocky/comments/commentRss/86267.htmlhttp://www.blogjava.net/loocky/services/trackbacks/86267.html  DM并不是一个前沿的技术。据悉，韩国SK电讯、日本NTT DoCoMo、KDDI以及以Vodafone为首的一些欧洲运营商都已经建立起了一定规模的DM体系，它们或根据自行标准，或遵循OMA标准，现在主要提供的是以FOTA(固件更新)为主的基本功能，将来还可支持数据备份、诊断及故障修复、图形用户界面处理，甚至病毒防护等多种功能。

因为设计缺陷，Sony 与 Panasonic 曾经为手机召回蒙受了上亿美元的损失,同时中国建立手机召回制度的呼声越来越高，通信厂商该如何应对？如果因为BUG而召回手机那么岂不损失太大。终端管理在这种情况下应运而生，可以给厂商减少损失。

一句话，只要能上网支持DM的手机未来就可以在线升级操作系统，以及修复BUG等等，手机厂商和运营商会更加方便，节省成本，同时能给客户带来更好的体验。只要手机安装了支持DM协议的软件，同时有一个与之交互的SERVER，一切问题迎刃而解。


FOTA有多种实现方式，DM便是其中的一个协议

Dm 协议 5 个 package.

 

 

 DM_PHASE.GIF

 

 

 

1: package0 server 发送通知（一般是短信）给 CLIENT ，一般通过 WAP PUSH 下去给手机。

 

2: package1

 

手机收到后 wap push 的东西后，根据 WAP PUSH 相关协议，手机会自动回联回 SERVER ， server 会得到手机的 imei, 厂商、型号等基本信息。

 

3:package2

 

Server 收到 client 的回复后，得到手机的 IP ，然后通过 HTTP 请求 client ，发送一个用户确认请求（手机必须能通过 GPRS 等方式上网），

 

 

4:package3

 

  手机收到后，如果用户确认 DM 继续进行，如果用户否认 DM 发送给手机一个结束标志。就是说不管 package3 用户是否确认或否认 package4 都会进行下去

 

5:package4

 

 SERVER 收到用户返回的信息不管是确认还是否认都会回复，如果 server 还想继续进行下去，那么会重复 package2 ，只是不再是简单让用户确认的东西，比如其他业务通过 DM 去取用户的版本的信息比如发送一个 GET 的 command ，最后一个 package 永远是没有任何 command 的。就是说 package2,package3 可以重复进行多次

 

DM_CHART.GIF

1101:等待用户确认
1200：终端回联SERVER
1201：终端发起
1222：更多的message
1223 ：session abort



loocky 2006-12-08 11:21 发表评论
]]>