亚星游戏官网-yaxin222

查看其他答案

[color=Red]当需要发送SR时，可能存在不具有PUCCH资源的情况，看文档中说：
if the UE has no valid PUCCH resource for SR configured in any TTI: initiate a Random Access procedure (see subclause 5.1) on the PCell and cancel all pending SRs;
请问这个in any TTI怎么理解？是UE尝试发送SR多次，如果不能发送成功，才发起随机接入过程发送SR？还是说在当前TTI，如果没有格式1的PUCCH，就发起随机接入？
[/color]
--------先回答这个问题。这句话应该是这么理解：如果UE在任意子帧内都没有被分配SR资源（SR只在PUCCH上发送），则使用随机接入过程来代替SR。

SR的作用是请求eNodeB为UE分配上行资源（eNodeB会给UE发送一个UL grant），SR只代表1 bit的信息，即UE是否有数据要发，而无法指定需要发送多少数据，这是通过后续的BSR来指定的。eNodeB通常的做法是，当收到SR后，分配一个足够UE发送BSR的上行资源，以便UE把BSR发送上来。

而随机接入过程中的msg 2，即eNodeB发送的RAR里有UL grant这个字段，这个字段可以为UE分配上行资源。也就是说，即使没有SR资源，UE也可以通过随机接入过程，让eNodeB给其分配资源。

从36.331可以看出，SchedulingRequestConfig是一个UE级的可选的IE（optional），默认为release。如果 eNodeB不给某UE配置SR（这取决于不同厂商的实现），则该UE只能通过随机接入来获取UL grant。是否配置SR主要影响用户面的延迟，并不影响上行传输的功能！