B5G_UE

【问题描述】DD口的收发两端的startRB参数对不上，差1
【问题原因】DD口的收发两端，发端是有L1C和PDCCH下发startRB参数，为startrb 9;收端是由协议栈fapi下发的参数，为startrb 8，两边差1.

PUC的资源共16个，L1c计算的PUC的资源起始位置从1开始，最后应该是按照17个PUC的资源计算的。需要确认fapi是否没有和l1c对齐导致，计算起始位置不同，导致startRB不同。

【解决方案】

【问题描述】DD口的收发两端的startRB参数对不上，差1
【问题原因】
1 DD口的收发两端，发端是L1C和PDCCH下发startRB参数，pucc的资源ID是1，startrb是9； 收端是由协议栈fapi下发参数，pucc的资源ID是0，为startrb 8，两边资源ID差1，startrb参数不对齐。

2 PUC的资源配置16个，发端puc资源ID由l1c计算；收端是协议栈下发。
目前DD中协议栈没有SR，直接从资源0开始算harq，PUC的资源配置16个；
l1c沿用UU口代码，默认有SR，且SR是Pucc的资源0，harq从Puc的资源1开始计算，puc资源是17套。收发两边没有对齐。l1c的PUC的资源应该完全由DCI指示，协议中规定不应该包括SR。之前UU口中发端是STE改的代码，收端也是STE方案，全部按照0是SR处理可以解对。但是DD收端不是STE，和原有的处理不同。

【解决方案】L1c计算的PUC的资源起始位置从1开始，需做修改，适配UU和DD不同分支处理。

【解决方案】L1c计算的PUC的资源起始位置从1开始，需做修改，适配UU和DD不同分支处理。在DD口是，从0计算harq的puc资源ID，在环境验证，收发2端的puc资源ID相同，Rbstart相同。