淘寶官方店

NB-IoT中分組數據匯聚協議層PDCP的主要功能有哪些?

更新時間:2018-07-27
摘要:

  NB-IoT系統繼續支待上述所有LTE系統的PDCP功能,即:

  • 頭壓縮與解壓縮,只支持一種壓縮算法,即ROHC算法;

 

  • 用戶平面的數據傳輸,即從NAS子層接收PDCPSDU數據轉發給RLC層;

  • RLCAM的PDCP重建立流程時對上層PDU的順序遞交;

  • RLCAM的PDCP重建立流程時對下層SDU的重復檢測;

  • 數據加密和解密;

  • 上行基于定時器的SDU丟棄;

  • 加密與完整性保護;

  • 控制平面的數據傳輸,即從RRC層接收PDCPSDU數據,并轉發給RLC層,反之亦然。

  針對Rl3NB-IoT只支持不頻繁小數據業務的特點,對上述部分功能的細節做了相應的簡化,包括:

  • 在NB-loT系統中支待的PDCP功能可以針對DRB和SRB,但不包括SRBO和SRBI-bis;

  • 不支持PDCP狀態報告;

  • 只支持7bits的PDCPSN;

  • 只支持1600Bytes的PDCPSDU以及PDCPcontrolPDUC1600Bytes包含最大

  1500Bytes的數據包+最大lOOBytes的RRC開銷)。

數據傳輸過程

  NB-IoT中,對于僅僅支持控制面優化方案的終端,由于加密和完整性保護等安全功能由NAS完成,不支持AS層安全,所以不使用PDCP協議子層(這樣可以節省PDCPheader和MAC-I的開銷)。對于同時支持控制面優化方案和用戶面優化方案的終端,在AS安全激活之前不使用PDCP協議子層;在安全激活之后,即使是使用控制面優化方案的NB-IoT終端(例如,用戶面優化傳輸方案掛起,后續Resume時通過SRB傳數據)也要使用PDCP協議子層的功能。

  對于用戶面優化傳輸方案,在suspend時,需要存儲PDCP狀態參數(ROHC狀態參數),以便在Resume時可以繼續之前的ROHC參數實現快速的用戶面恢復。但在Resume時是否繼續使用之前的ROHC參數可由終端在ResumeRequest消息中攜帶的drb-ContinueROHC字段進行控制。另外,在Resume時,需要清空PDCP的發送計數值。

  (例如,Next_PDCP_TX_SN和TX_HFN),這是因為相比于RRC重建立流程,Resume雖然借用了PDCP重建立操作,但作為正常的suspend時,數據發送已經完成,無需考慮緩存區中的數據重發。

手机淘宝怎样赚钱的 大类资产配置与财富 湖北卡五星麻将手机 最准三半波中特料 加拿大快乐8是正规彩票吗 香港鸿运两肖四码论坛 深圳风采每周几开奖 破解财神捕鱼的高手电话 黑龙江省p62开奖结果 双色球黄金对应码 基金看不见资产配置