NR/5G - PUSCH&SR Conflict

群里看到一个问题，“uciOnPusch支持的基础上，SR和HARQ都是放到PUSCH上，这个情况下SR会这么上报上来？”

首先，这里的SR肯定是指Positive SR，对于Positive SR和Negative SR两个概念，经常会有同事不理解这两个概念，其实在文章NR - Scheduling Request中有描述过。

“协议描述中有Positive SR和Negative SR的概念，UE并不是一直有发送SR请求的需求，对于Positive SR即UE有SR请求发送，需要物理层发送SR/PUCCH，而对于无SR发送请求的UE，在SR资源的时间点，则该SR为Negative SR。”

其次，SR的目的是向网络请求上行调度资源。请求上行调度的另外一种方式是MAC上报BSR请求。在sharetechnote（http://www.sharetechnote.com/html/Handbook_LTE_BSR.html）上LTE下的描述如下-

BSR is a kind of MAC CE from UE to Network carrying the information on how much data is in UE buffer to be sent out. Putting it another way, it is a kind of MAC layer message from UE to Network (eNodeB) saying "I have something to transmit, would you give me a Grant to send this data ?" Then Network would allocate the bare minimum amount of UL Grant (Resources for PUSCH) if the resource is available. With this mechanism, network can optimize UL resources based on following logics.

• Allocate UL resources (UL Grant) only when UE has something to transmit

• Avoid allocating too much UL resources (more than what UE needs) which lead to waste of resources.

SR只能简单地向网络申请上行调度，而BSR除了向网络申请调度外，还可以告知网络需要多大的UL Grant。

所以Positive SR和PUSCH信道在同一个Slot上发送时候的处理规则如下。

• 如果PUSCH不包含UL-SCH，即调度PUSCH的DCI仅用于发送非周期CSI，不包含层二的数据（BSR是层二组的MAC CE），则此时SR的优先级更高，不发送PUSCH。

• 如果PUSCH包含UL-SCH，则丢弃SR，不需要在通过SR来请求上行调度，通过BSR也可以申请上行调度。