PDCP duplication是PDCP層的一個功能，主要是為滿足URLLC 場景的可靠性/延遲要求，而產生的一種提高傳輸可靠性的機制，具體就是在信號狀況比較差的情況下，網絡側通過配置PDCP duplication，可以將相同的PDCP data PDU通過多個RLC 進行發送，通過重復發送的方式實現。R15 版本協議，PDCP duplication 可以將PDCP PDU 復制并通過 2 個 RLC bearer進行傳輸，PDCP duplication功能可以關聯到2個RLC entity；R16有進行一系列的增強，可以將PDCP PDU關聯到多于2個RLC bearers上 進行duplication 發送；R17 為保證configured grant場景的傳輸可靠性，對DRB增加一個參數survivalTimeSupport，以便UE在重傳場景，收到UL grant(NDI=1且CS-RNTI加擾的DCI)后，激活相關DRB的PDCP duplication。因為后面的筆記難免涉及PDCP duplication，為保證完整性，這篇就對這塊進行一個簡單的整理總結。

PDCP duplication 有兩種場景，分別是CA和DC場景，其實就是PDCP duplication，可以在CA 和DC場景應用。在CA場景下，MAC中配置的限制(allowedServingCells)確保重復數據通過不同的CC傳輸(在相同的Cell Group中)。在DC場景下，RLC bearer要映射到不同的cell group(即 MCG 和 SCG)，即相同的packet會通過兩個cell group進行傳輸，下圖是RWS-180010中CA/DC duplication的示意圖。

另外在MR-DC場景還有一個Split bearer的結構需要和DC duplication區分，可以看到DC duplication和Split SRB都是一個PDCP 關聯兩個RLC，UL data可能會通過不同的cell group 發送，兩者的區別就是DC duplication場景下，相同的packet會分別通過兩個RLC，最后通過兩個cell group進行傳輸；而Split operation場景，并不存在相同packet傳輸的情況，根據38.323 5.2.1中的描述，PDCP PDU 最終只會送到一個RLC 去發送。

上圖對應的是PDCP duplication應用場景的示意圖，網絡側主要通過UE上報的MR，對 PDCP duplication的active及deactive進行調度。

上面的內容全是概述，下面看看相關spec中的具體描述，先從38.300 16.1.3開始：

當RRC為radio bearer配置duplication時，radio bearer至少要添加一個secondary RLC entity 來處理duplicated PDCP PDU，如下圖所示，其中 primary RLC entity對應的邏輯信道稱為primary logical channel，secondary RLC entity(ies)對應的邏輯信道稱為secondary logical channel(s)。相比于R15的描述，R16 中的secondary RLC entity(ies) 有變成復數的可能，因而R16 版本，并不局限于上面的配置2個RLC場景，最多可以對一個DRB配置4個RLC entities。但是整體原則是沒有變化的，PDCP duplicaiton場景中所有RLC entity要具有相同的 RLC mode。一旦radio bearer 對應的RLC entity激活后，duplicated PDCP PDU就會多次傳輸。UE可以通過多個獨立的傳輸路徑傳輸duplicated packet，進而提高了可靠性并減少了延遲，特別適用于URLLC service。值得注意的是duplication 的是PDCP Data PDU，而 PDCP control PDUs不會被復制且只會傳到primary RLC entity。

R15 moreThanOneRLC

當DRB有配置duplication時，RRC 還會在(re)configuration時設置 PDCP duplication的狀態（active或deactive）。配置后，PDCP duplication狀態可以通過 MAC CE動態控制；在 DC場景中，UE只要收到相關的MAC CE，就要按照MAC CE進行對應的動作 (不管MAC CE是來源MCG 或 SCG)。當為SRB配置duplication時，PDCP duplication狀態是始終處于active(不能動態控制)。

在一個PDCP entity關聯2個RLC entity時，網絡側會通過PDCP-Config配置moreThanOneRLC用于告知UE primaryPath，以便PDCP duplication deavtive在進行38.323 5.2.1 Transmit operation時，根據具體的配置將packet送到不同的path，簡單看下RRC層參數配置。

pdcp-Duplication:指示UE在收到這個IE時，UL duplication的狀態。該字段的存在表示配置了duplication。 當該字段存在時，該字段的值表示接收到該 IE 時的duplication status。如果設置為 true，則duplication被激活。當為 SRB配置時，此字段的值始終為true，SRB始終處于pdcp Duplication狀態，不能被動態控制(通過后面pdcp Duplication active/deactive的描述也可以看出來)。對于具有兩個以上用于 UL 傳輸的關聯 RLC entity的 PDCP entity，此字段始終存在。如果存在 moreThanTwoRLC-DRB 字段，則忽略該字段的值，此時的duplication status由 duplicationState 指示。對于具有兩個以上關聯 RLC entity的 PDCP entity，只有 NR RLC bearer支持該功能。這里有段話PDCP duplication不能用于LTE RLC bearer 的CA packet duplication，結合下面37.340 6.3中的描述，ENDC中CA duplication只能用于E-UTRAN PDCP且split bearer 沒有配置DC duplication的情況，也就是說這里的LTE RLC bearer對應的不是ENDC場景，可能是NGEN-DC或NE-DC場景。

morethanOneRLC:當超過一個 RLC entity與 PDCP entity相關聯時，該字段配置UL 數據傳輸。如果承載配置為 DAPS 承載，則該字段不存在。該參數用于MRDC場景時，會在這個IE下有一個primaryPath的參數(由CellGroupID和LogicalChannelIdentity組成)，用于告知UE哪個RLC是Primary RLC entity。

PrimaryPath:當超過一個 RLC entity與 PDCP entity相關聯時，這個IE用于指示primary RLC entity的group ID 和 LCID；SRB只支持MCG對應的cell group ID，對于SRB， primary RLC entity 就是與MCG 相關聯的cell group ID 的RLC 實體，因為SRB1和SRB2一定在MN 上； 對于split bearer，網絡就需要cell group id+logical channle id來告訴UE哪個是 primary RLC entity； 對于CA 的PDCP dupliaction場景，網絡通過logical channel 來告知UE哪個是Primary RLC entity，因為CA duplication場景，logical channel是在同一個cell group中，所以并不需要cell group id。

cellgroupId 目前只支持 0和1 ，0代表MCG，1代表SCG。

primary RLC entity用途比如在pdcp Duplicaiton 激活時，pdcp control pdu不進行復制，只送到primary RLC entity即可，pdcp data pdu 才要進行復制，送到所有關聯的RLC等，其他場景詳見38.323 5.2.1 transmit operation。

對于DRB duplication的動態控制是通過38.321 6.1.3.11 中的Duplication Activation/Deactivation MAC CE，具體如下。

Duplication Activation/Deactivation MAC CE通過LCID 56區分，只能用于DRB配置有2 個RLC entities的場景；可以控制8個DRB的duplication status，DRBi=1時代表PDCP duplication 要處于active；DRBi=0時代表PDCP duplocatio要處于deactive。

R16 moreThanTwoRLC-DRB

在一個DRB有配置不止2個RLC entity時，對應的是另一種場景，具體如下。

當與DRB關聯secondary RLC entity 多于1個時(也就是RLC entity 多于2個的場景)，此時這個DRB 有配置duplication，RRC會設置每個RLC entity的duplication狀態(即active/deactive)；類似的網絡側可以通過MAC CE 動態控制 secondary RLC entity DRB 相關的Dupliaction(active或deactive)，也就是具體哪些 secondary RLC entity需要進行dupliacte傳輸。值得注意的是primary RLC entity不能被deactive。當DRB的duplication 被deactive時，與該 DRB 關聯的所有secondary RLC entity都將deactive。當secondary RLC entity被deactive時，它不會被重新建立，HARQ buffer不會被刷新，發送端的PDCP entity應該指示secondary RLC entity 丟棄所有duplicated的 PDCP PDU。RRC層參數配置如下。

moreThanTwoRLC-DRB：當超過兩個 RLC entity與 DRB 的 PDCP entity關聯時，會配置這個IE。

duplicationState:該字段指示在UE接收到該 IE 時關聯的 secondary RLC entity 的UL PDCP duplication status。如果設置為true，則為關聯的 RLC entity激活 PDCP duplicaiton status。指示的index由所有 RLC entity的邏輯信道 ID 的升序確定，該IE對應3bit，對應的是3個secondary RLC entity；除 primary RLC entity之外的關聯 secondary RLC entity的數量為兩個，則UE忽略該字段中最大index中的值。如果該字段不存在，則所有關聯的 RLC entity的 PDCP duplication將被deactive。

splitSecondaryPath指示split secondary RLC entity的 LCID，用于當具有兩個以上 RLC entities的 UL data傳輸與 PDCP entity關聯時回退到split bearer operation時使用。針對split bearer場景是必須配置的，該RLC entity所屬的cell group 要與primaryPath 中的cellGroup不同，詳細用途見38.323 5.2.1 transmit operation 。

對于這個場景的DRB duplication的動態控制是通過38.321 6.1.3.32 中的Duplication RLC Activation/Deactivation MAC CE，具體如下。

根據上面的描述，DRB 關聯的primary RLC entity不能被deactive，而Duplication RLC Activation/Deactivation MAC CE 可以控制3個RLC entities，也就是說R16 版本 的PDCP duplication場景，將DRB關聯的RLC entity 擴展到了4個，其中secondary RLC entity 最多可以配置3個，正如上圖中的描述。Duplication RLC Activation/Deactivation MAC CE通過LCID 251區分，其中DRB ID 對應的是要應用MAC CE 的DRB，RLCi對應的是secondary RLC entity i，RLCi=1代表對應的RLC entity i的PDCP duplication是active狀態，反過來就是deactive狀態。

其他規定

當DRB duplication處于active時，NG-RAN應確保與DRB的 active RLC entity相關聯的每個邏輯信道至少有一個active服務小區；當deactive SCells 后，會導致對應邏輯信息的DRB沒有active serving cell時，那NG-RAN也要將對應RLC entity 的duplication deactive。

當DRB duplication處于active時，原始的 PDCP PDU 和相應的副本不得在同一carrier上傳輸。配置duplication的radio bearer的邏輯信道既可以屬于同一個MAC實體（即CA duplication場景），也可以屬于不同的MAC實體（即DC duplication）。在CA duplication中，MAC entity中會使用邏輯信道映射限制來保證MAC entity中無線承載的不同邏輯信道不在同一個載波上發送。當為 SRB 配置 CA duplication時，與 SRB 關聯的其中一個邏輯信道要映射到 SpCell。當為radio bearer配置超過兩個RLC entity duplication時，CA duplication也可以在DC duplication中一個或兩個 MAC entity中一起配置，結合開頭的DC 和CA duplication示例圖，個人理解這里的情況應該是如下結構，這段話是R16/R17新增的，另外結合37.340 6.3中的描述，這里的DC應該指的是NR-DC 。

37.340 6.3中的描述如上,考慮到不同的架構，這里對于CA duplication的應用場景進行了約束。

當 MAC entity中 DRB 的 CA duplication 被deactive時（即 DRB關聯的RLC entity duplication 都被deactive或只有一個保持激活），只要MAC entity 對應DRB的CA duplication 保持deactive狀態，那DRB 的邏輯信道的邏輯信道映射限制被解除，就是PDCP PDU不需要再像Duplication active時，要通過不同的CC 發送，按照當時的場景及規則發送即可 。

當RLC entity收到PDCP PDU 發送出去的ack時(即PDCP PDU成功送出)，PDCP entity應指示其他 RLC entity丟掉對應的PDCP PDU，即網絡側收到對應的PDCP PDU后，UE側就停止所有對應PDCP PDU的發送。此外，在 CA duplication場景下，僅限于SCell的RLC entity達到 最大重傳次數時，UE要通知 gNB 但不會觸發RLF，這里CA duplication場景下，SCell RLC entity達到最大重傳次數場景的描述 在38.331 5.3.10.3 。

如黃色字體所述，MCG/SCG RLC 達到最大重傳次數，有配置CA duplication且處于激活時，對于相應的邏輯信道，allowedServingCells僅包括 SCell：UE要通過FailureInformation上報rlc-failure，通知網絡側。allowedServingCells 代表的是當前邏輯信道能夠應用的服務小區，即當前邏輯信道只能通過SCell進行發送，這時候RLC 達到最大重傳次數后，通過FailureInformation告知gNB,也就是上面的場景。

上報FailureInformation時，IE結構如下圖，logicalChannelIdentity代表failing RLC bearer 邏輯信道的ID,cellGruopId對應的是failing RLC bearer cellGroupId,然后將failureType設置為rlc-failure。

FailureInformation由哪部分發送也有規定，具體的如果要通知網絡的failure是和MCG RLC bearer相關就通過SRB1發送。

如果是與SCG RLC bearer相關，有配置SRB3就通過SRB3發送；沒有配置SRB3，對應(NG)EN-DC場景的話，要將FailureInformation包在E-UTRA中的ULInformationTransferMRDC消息中通過E-UTRA 側的SRB1發送；

如果是NR-DC場景，要將FailureInformation包在NR RRC中的ULInformationTransferMRDC消息中通過SRB1發送。

Activation/Deactivation of PDCP duplication

下面看看PDCP duplication active/deactive時 ,UE應該怎么做，具體在38.323 5.11和38.321 5.10中描述，這塊主要是因為R16增加了一個Duplication RLC Activation/Deactivation MAC CE，因而多了些判斷內容。

MAC 38.321 5.10

如果不止一個DRBs有配置PDCP duplication時，網絡側會通過兩個MAC CE deactive/active及通過RRC 層的配置控制對應DRB 的PDCP duplication status。

對于DRB 相關的RLC entities subset可以通過Duplication RLC Activation/Deactivation MAC CE 或RRC層參數 deactive/active DRB關聯的某個RLC entity PDCP duplication。MAC 層收到相關的MAC CE后，要向upper layer 上報對應的情況。

PDCP 38.323 5.11

根據38.331中的描述當為 SRB 配置pdcp-Duplicaiton時，此字段的值始終為true，所以UE收到SRB 的pdcp-Duplicaiton配置，就active SRB的PDCP duplication，SRB 沒有規定可以deactive PDCP duplication 的方式，也就是一直處于Active 狀態。

對于DRB：如果收到的是針對DRB的PDCP duplication active indication(例如通過RRC 層的配置)，就激活該DRB的PDCP duplication；如果收到的是相關RLC entities的PDCP duplication active indication(例如通過MAC CE)，就激活對應RLC 和這個DRB 的PDCP duplication。對于deactive PDCP duplication 也是同樣的原則，不再贅述。

pdcp-duplication處于激活狀態，某個AM RLC entity確認一個PDCP Data PDU成功發送出去時，要通知其他傳輸相同PDCP Data PDU的AM RLC entities discard這個PDU；如果收到的是針對DRB的PDCP duplication deactive indication，就通知除primary RLC entity的其他RLC discard duplication PDCP data PDU；如果收到的是某個RLC entities的PDCP duplication deactive indication，就通知對應的RLC discard 所有的duplication PDCP data PDUs。

R17 survivalTimeSupport

R17這部分目前看，只是增加了一種與survivalTimeStateSupport相關的PDCP duplication激活方式，其他相關內容和上面一樣。

為了支持具有servival time requirement的UL periodic traffics(例如voice業務)，網絡側可以為UE配置configured grant資源，以便 gNB 和 UE 兩者都知道相關業務和configured grant之間的映射關系，從而允許gNB使用configured grant重傳調度(通過 CS-RNTI)觸發相應DRB的survival time。在進入survival time state后，UE將對應DRB關聯的所有RLC entity 激活duplication，以防止后續消息發送失敗，從而滿足servival time要求。如果 DRB 的 CA 或 DC duplication已經激活，那當UE的任何active邏輯信道收到任何重傳grant時，相關的DRB也要進入survival time state.。

具體的說當UE收到CS-RNTI加擾的DCI(NDI=1) 指示的UL grant，該邏輯信道相關的DRB在RRC層有配置survivalTimeStateSupport時，UE就要對相關的RLC entities激活PDCP duplication，以提高隨后data發送的可靠性，這種情況下何時deactive PDCP duplication，是需要gNB下發相應的指示，例如通過上述的MAC CE deactive的方式。

R17這部分有參考R2-2203460/R2-2110444等等相關的文檔。相關理解難免有誤，歡迎指正。

最后是一些相關的capability IE，如上。