通信人家园

标题: 小菜鸟关于MAC层的一些问题 [查看完整版帖子] [打印本页]

时间: 2011-6-10 13:45

作者: zhous02 标题: 小菜鸟关于MAC层的一些问题

大家好，我想弄明白的问题是：
当voice和data两种数据流同时存在的时候，它们的优先级是怎么得到保证的？

我查了些资料，发现数据流的优先级是在MAC层得到保证的。
我之后看了一个MAC入门的网页：http://www.3g4g.co.uk/Tutorial/ZG/zg_mac.html，但还不是很明白问题的答案，希望各位帮忙解答。

网页上说：
Priority handling between data flows of one UE. When selecting between the Transport Format Combinations in the given Transport Format Combination Set, priorities of the data flows to be mapped onto the corresponding Transport Channels can be taken into account.
MAC层有个功能是处理同一个UE中不同数据流的优先级，比如同时有voice和data的时候，给予voice更高的优先级。

我的问题是，不同数据流的在MAC层是怎么放进同一个DCH的？不同类型的数据能否放入同一个MAC PDU？
MAC PDU中是否有指示优先级的字段？

At Radio Bearer Setup (or Reconfiguration), each logical channel is assigned MAC logical channel prioroty (MLP) in rage 1-8 by RRC. MAC has to then select a TFC that can transmit as much as and as high priority data as possible. In a noisy cell, a high priority TFC can be blocked if its use would cause the UE to transmit more power than the UEs current maximum transmitter power.
这段话后半段说，在一个噪声很高的小区里，如果UE当前的传输功率已经达到了最大功率，那么高优先级的TFC就会被block掉。

我的问题是： TFC通常是不同优先级数据流格式的组合吧？ TFC本身有优先级么？

还有一些跟MAC无关的问题：Voice是否总有最高的优先级？如果语音和数据同时传的话，语音是否会受到数据的干扰？从而导致掉话率的提高？

谢谢大家~

时间: 2011-6-14 10:40

作者: zhous02

没人回答，我自己研究了一下。。

我说的不同的数据通过MAC后放进一个DCH是不对的。

voice本身对应3个DCH，其他的数据类型对应的DCH的个数也都有规定。

不同类型数据的优先级确实通过MAC确定，大概流程是：

RRC通过当前的可用资源选择一个TFCS，发送给MAC。
MAC从TFCS中选择一个TFC，其选择TFC的过程就保证了高优先级数据流会比低优先级数据流以更快的速度传输。

现在还有一个问题是，多个数据流经过MAC之后产生多个DCH，这些DCH以什么顺序在PHY层传送。

希望大家多多指教

时间: 2011-6-14 17:32

作者: npfc

多个DCH上的数据最终复用到同一个物理信道上发送的。你上面说的VOICE对应3个DCH,仅仅是用户面数据，其实还应该有一个DCH，其上承载信令数据（SRB1-4，复用到一个DCH上）。这4个DCH的数据，在经过物理信道编码和第一次交织后，会被组合到一起进行第二次交织，然后映射到同一个物理信道发送。

时间: 2011-6-14 19:19

作者: illidan

原帖由 zhous02 于 2011-6-14 10:40 发表
没人回答，我自己研究了一下。。

我说的不同的数据通过MAC后放进一个DCH是不对的。

voice本身对应3个DCH，其他的数据类型对应的DCH的个数也都有规定。

不同类型数据的优先级确实通过MAC确定，大概流程是：
...

MAC往PHY送数据(Transport Block / MAC PDU)时，没有所谓的顺序。是一次扔下去让PHY做信道编码。你说的顺序，应该是在选择TFC的过程中，TFC选定之后，就是一起下锅一起煮。

比如一个64k PS和3.4k信令同时存在，比如TFC确定为(TF4, TF1)，前者是4个336bit的MAC PDU，后者是1个xxxbit的MPDU，PHY会对它们进行turbo编码、无线帧均衡、交织、速率匹配等等工序，最后映射到物理比特。

建议看看25.212，其中会有传输块在PHY做信道编码的全部工序。

[ 本帖最后由 illidan 于 2011-6-14 19:23 编辑 ]

时间: 2011-6-16 11:48

作者: zhous02

多谢楼上两位的回复。

请问对于下面这个mRAB:
Conversational /speech / UL:12.2 DL:12.2 kbps / CS RAB + Interactive or background / UL:8 DL:8kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH

语音有三个DCH，其相关的Transport format (TF) 的Transport Time Interval (TTI)都是20ms，另外两个DCH对应的TF的TTI都是40ms。

请问如果要更换Transport format combination (TFC)，是每40ms更换一次么？

如果是每20ms更换一次，是不是只有语音的三个DCH才可以换TF？

附件里的图是相关的TFCS （抱歉不能直接贴图，系统说我字数超过限制了。），请问(TF0, TF0, TF0, TF1, TF1)这个是不是只有语音没有数据需要传的时候才会选择？因为语音的优先级是最高的。

多谢~

附件: TFCS.png (2011-6-16 11:48, 93.62 KB) / 下载次数 2
https://www.txrjy.com/forum.php?mod=attachment&aid=MTM5OTUzfDgwNzkxYTNhfDE3NTU3ODc4Mjh8MHww

时间: 2011-6-21 12:07

作者: illidan

原帖由 zhous02 于 2011-6-16 11:48 发表
多谢楼上两位的回复。

请问对于下面这个mRAB:
Conversational /speech / UL:12.2 DL:12.2 kbps / CS RAB + Interactive or background / UL:8 DL:8kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH

语音有 ...

你say反了，这个TFC是语音的3个子流都木有，而PS和DCCH有数据的时候用的。

你说的TTI 20ms和TTI 40ms打包，那没关系呀，换TFCI就好了。前20ms是一个TFCI，后20ms是另一个TFCI，不用非要等到几个DCH一起换。

时间: 2011-6-22 12:51

作者: zhous02

多谢回复~

可能我表述的不是很清楚，不过我的意思也是voice没有数据的时候才选那个TFC.

关于20ms换TFCI，其他两个DCH在传数据的40ms中间也能换么？

比如在0时刻，除语音外的两个DCH已经分配好了TF，在20ms的时候还能给它们换？

时间: 2011-6-22 13:09

作者: illidan

你看看那个TFCS的第一行，对于后两个DCH没有没有变化！你想换TFC 0，1，2之间任何一个，后两个DCH都表示压力不大。

时间: 2011-6-22 21:39

作者: zhous02

原来如此啊，多谢指教

通信人家园 (https://www.txrjy.com/)