- 在线时间
- 108 小时
- 最后登录
- 2013-3-17
- 威望
- 0
- 金钱
- 2268
- 贡献
- 31
- 注册时间
- 2011-8-17
- 阅读权限
- 70
- 主题
- 14
- 帖子
- 165
- 分享
- 0
- 精华
- 0
- 积分
- 2464
- 相册
- 0
|
!!!!
首先提个意见 我写了贴,忽然想带附件,于是点了“高级模式”,结果我刚才写的全都没了,这里最好加个提示吧!
本文档和SNDCP的实例讲解确实不错,非常感谢!
还有几个问题,还请楼主赐教:
1、SNDCP data transfer下,有个 到对端等实体的LLC 连接,比如MS的到2G-SGSN,这个连接和tlli表示的那个LLC连接是否是同一个?如果是,因为tlli总是有(除MS的第一次attach外),所以这个连接也总是有,那在unacknowledged mode下,是相当于没有使用该连接而已,在acknowledged mode下,实际上也不需要再建连接,因为这个时候早有LLC连接了,我的观点有问题吗?
2、由于不同的PDP context使用的NSAPI也不同,因此如果从NSAPI方面来看SNDCP层, 相当于是不同的PDP使用的SNDCP承载不同,比如我发起连接cmwap,于是我有了一个PDP1,我使用了Fetion、MobileQQ、qq浏览器这3个gprs applications,那么我的这3个应用相当于是跑在这个PDP1的context之中,因此可以说这3个应用复用了SNDCP承载,由于每个应用每次调用SNDCP的request原语时,在SNDCP层产生的N-PDU number都不同,或者说SNDCP层能保证在多种应用中每一个N-PDU都能非常正常地分段和重组,在目标实体重组后(比如在sgsn),根据用户部分的IP、port可以寻址到目标机的目标进程,反之可以寻址到手机的比如MobileQQ进程,我的问题是 如果 我再发起一个CMNET的连接,那么服务于CMNET的LLC层的sapi和服务于CMwap的LLC层的sapi可以相同吗?
3、我的附件里有actviate PDP req,这个包里面sapi、nsapi都是需要网络协商的,为啥在response里面只有 nsapi negotiated, 却没有 sapi的东东?
|
|