第一个问题：

这是为了维护头压缩会话的连续性。

第二个问题：

这个描述更多的是为了对应RLC协议中对于UM接收的描述。RLC协议中关于UM接收重组的描述是只重组落在接收窗外的PDU。这就导致了一个问题，如果UM模式RLC PDU连续接收，但是并没有落在接收窗外，即t-Reording没有溢出并且VR(UH)没有导致接收窗移动。这样就会有部分UM PDU已经确认接收，并且可以组成SDU但是没有上报。在重建RLC时这些数据就会重组上报，这样就会导致PDCP收到PDCP SN = Last_Submitted_PDCP_RX_SN + 1的情况出现。