本文已参与「新人创作礼」活动，一起开启掘金创作之路。
群里看到一个疑问，LTE SIB24是否只在连接态下下发？
LTE终端在IDLE态下配置的NR邻区信息在SIB24中配置，现在遇到的现象是SIB24都是终端在连接态下读取到的，而导致认为SIB24是仅在连接态下基站才下发。根据个人的经验来看，可能大致过程是下面这样的，由于LTE是在读取到SIB2后确定该小区能够驻留，后续就发起随机接入过程，随机接入成功，进入连接态，而SIB24的周期可能配置较大，UE在进入连接态之后才遇到SIB24的下发时间点。
当然有下面的疑问，如果Log过程中有5G小区重选到4G小区的场景的话，这个时候是每次都需要进行位置区更新吗？例如在同一个模式内的小区重选，如果位置区没有发生变化，则不需要发起位置区更新过程，不需要进入连接态。
另外，对于实现来说，对于SIB1中配置的其他系统消息，例如邻区配置，也仅应用在UE处于IDLE态，如果进入连接态之后的邻区配置是通过RRCReconfiguration配置的，是否会有进入连接态后就停止读取SIB1中指示的其他系统消息，即使当该系统消息UE还未读取获得。
群里看到一个问题，“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（www.sharetechnote.com/html/Handbo…
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也可以申请上行调度。
