基于HSPA的网络

1. 对于HSDPA，从网络侧看（因为数据从网络侧下来的）在RNC的MAC-d中，针对于某个UE的DTCH+DCCH 复用成一个MAC-d flow，N个MAC-d flow经过Node B中的MAC-hs复用，变成MAC-hs TB（这个观点我觉得应该是对的）

2.  对于HSUPA，从UE侧看（因为数据是从UE侧来的），在UE的MAC-d中，DTCH+DCCH分为两个MAC-d flow，经过MAC-es/MAC-e复用变成MAC-e TB（这个观点我觉得也是对的）

3. Qos的概念是和业务挂勾的，也就是说和RB挂钩，是否可以理解成和逻辑信道挂钩？
例如当用户做VOIP+数据下载时（假定这两个Qos不同），单看下行的话，网络侧是否应该配置2个DTCH（1个走VOIP，一个走数据下载）+1个DCCH？

4. 如果以上3个结论都正确的话，当用户在做“VOIP+HSUPA上传+HSDPA下载”时，上下行到底有几个MAC-d flow？
（下行的经过RNC的MAC-d后2DTCH+1DCCH复用成一个MAC-d flow，上行的话经过UE的MAC-d，应该出来3个MAC-d flow对应2DTCH+1DCCH）

sera3592 或许可以加个朋友，想向你学习一下。

  2. UPA的的确如上所述，P228~229写得很清楚。

  3. QoS与RAB相关，其实R99的语音也是有不同的QoS需求的，可以参考其处理方式。

  4. flow是传输信道，RNC与NodeB才关心，终端根本不关心。数量不相等也是可以的。

3. 根据话音的例子，（从上行角度看即UE的角度），3RB+4SB QOS各不相同并对应了3DTCH+4DCCH，这样看来说Qos和逻辑信道对应也是对的吧，或者说RB(SRB)本身就是和逻辑信道一一对应的

4. 对于上行，UE还是要关心MAC-d flow的吧，4其实是2的延伸，2是对于单做HSUPA，UE中有两个MAC-d flow对应1DTCH+1DCCH，加上VOIP后逻辑信道变成2DTCH+1DCCH了，这3个逻辑信道最终都会映射到1个E-DCH上，但是在这之前这3个逻辑信道映射成了几个MAC-d flow呢？2个还是3个，应该是3个吧，您的意思是有可能是2个也有可能是3个？

@JackLin：交个朋友当然可以啊，向我学习不敢当，其实论坛里99%的同学都是在向TOM老师学习，

  4. 其实还是要回到你区分flow也就是传输信道的目的是什么。

@sera3592: 我的qq470153329