1、LTE切換過程中的數(shù)據(jù)切換(2014-10-1616:22:27)轉(zhuǎn)載標(biāo)簽：轉(zhuǎn)載原文地址：LTE切換過程中的數(shù)據(jù)切換作者：lte2010LTE中的切換，根據(jù)無線承載(RadioBearer)的QoS要求的不同，可以分為無縫切換(Seamlesshandover)和無損切換(losslesshandover)。無縫切換，應(yīng)用于對于時間延遲有嚴(yán)格要求，而對誤包率(丟包率)具有相對容忍度的一些應(yīng)用(比如，語音VoIP)。無縫切換在LTE中可以降低切換的復(fù)雜度和時間延遲，但同時可能引起某些數(shù)據(jù)包的丟失。無縫切換主要應(yīng)用于控制面的無線承載(SRB)以及用戶數(shù)據(jù)面RLCUM模式的無線承載。在無縫切換的模式

2、下，對于下行的數(shù)據(jù)傳輸，源eNodeB將尚未進(jìn)行傳輸?shù)腜DCPSDU轉(zhuǎn)發(fā)給目標(biāo)eNodeB,對于經(jīng)S1接口轉(zhuǎn)發(fā)下來，尚未進(jìn)行PDCP處理的下行數(shù)據(jù)，源eNodeB也同樣轉(zhuǎn)發(fā)給目標(biāo)eNodeB。已經(jīng)完成PDCPSDU傳輸?shù)南滦袛?shù)據(jù)，則無需轉(zhuǎn)發(fā)給目標(biāo)eNodeB。對于已經(jīng)進(jìn)彳T了部分PDCPSDU的傳輸，但尚存部分RLCPDU的數(shù)據(jù)，源eNodeB會將剩余的RLCPDU丟棄，也就是說，在無縫切換模式下，源eNodeB不會將下行數(shù)據(jù)的RLC上下文(RLCContext)轉(zhuǎn)發(fā)給目標(biāo)eNodeB,這樣，這部分PDCPSDU的數(shù)據(jù)將會丟失。目標(biāo)eNodeB側(cè)，會將PDCP的SN和HFN重新置為零。同時，目

3、標(biāo)eNodeB在傳輸經(jīng)由S1接口的下行數(shù)據(jù)之前，會優(yōu)先傳輸源eNodeB通過X2接口轉(zhuǎn)發(fā)過來的下行數(shù)據(jù)。我們知道，SGW在將下行通道切換到目標(biāo)eNodeB之前會向源eNodeB發(fā)送“EndMarker數(shù)據(jù)包。源eNodeB會將此數(shù)據(jù)包轉(zhuǎn)發(fā)給目標(biāo)eNodeB。目標(biāo)eNodeB據(jù)此可以獲知源eNodeB轉(zhuǎn)發(fā)數(shù)據(jù)的結(jié)束。(基于X2的切換過程中，SGW發(fā)生變化時，是否會發(fā)送“EndMarker數(shù)據(jù)包？)在無縫切換的模式下，對于上行的PDCPSDU數(shù)據(jù)，同樣，對于已經(jīng)在源eNodeB中完成傳輸?shù)臄?shù)據(jù)，UE不會在目標(biāo)eNodeB中重新發(fā)送。相反，在目標(biāo)eNodeB中，UE將傳輸那些尚未在源eNodeB中傳

4、輸?shù)腜DCPSDU數(shù)據(jù)(對于已經(jīng)完成了部分RLCPDU傳輸?shù)腜DCPSDU數(shù)據(jù)，UE會在目標(biāo)eNodeB中傳輸剩余部分的RLCPDU嗎？RLC層在LTE中切換過程中的角色是什么？個人認(rèn)為不會）。源eNodeB將所有接收到的PDCPSDU上行數(shù)據(jù)轉(zhuǎn)發(fā)給SGW,其中可能包括有失序的PDCPSDU。對于無法組裝成PDCPSDU的部分RLCPDU源eNodeB將把他們丟棄。也就是說，源eNodeB并不將上行數(shù)據(jù)的RLC上下文轉(zhuǎn)發(fā)給目標(biāo)eNodeB,這部分對應(yīng)的PDCPSDU上行數(shù)據(jù)將會丟失。無損切換主要用于RLC-AM模式的無線承載，典型的例子如FTP上下載，PDCPSDU傳輸?shù)膩G失可能對上層協(xié)議（T

5、CP）的吞吐量有較大的影響，相反，對于時間延遲不象實時應(yīng)用那樣敏感。在正常的工作模式下（即未發(fā)生切換時），UE和eNodeB上的RLC層保證了數(shù)據(jù)的有序傳輸，對于由于RLC的重傳或者由于MAC層白HARQ引起的RLC層的失序，RLC層可以根據(jù)其頭部的序列號來重新加以排序。LTE中，PDCP的頭部也標(biāo)有序列號，可以以此來保證切換過程中數(shù)據(jù)的有序傳輸和重復(fù)檢測，也可以用來保證切換過程中數(shù)據(jù)的無損傳輸。（為什么由PDCP層而不是RLC層來保證切換后數(shù)據(jù)的無損呢？）在無損切換中，對于上行數(shù)據(jù)，切換到目標(biāo)eNodeB后，UE會從第一個尚未在源eNodeB中得到確認(rèn)的PDCPSDU開始，重傳以后的PDCP

6、SDU包（其中可能包括源eNodeB收到，但UE沒有收到確認(rèn)的PDCPSDU或UE雖收到確認(rèn)，但失序的PDCPSDU）,除非目標(biāo)eNodeB通過PDCP狀態(tài)報告包確認(rèn)收到其中的某些SDU（源eNodeB轉(zhuǎn)發(fā)給目標(biāo)eNodeB）。如下圖所示：Packets1.2,&4andSMvoboonSourceeNcxicGGatewayr.PtiCKClS3LAJanaJ4力|g»aithouohJpcKei4has格i咄包atkbeenreceivedHarxkwerUEEREEEEnnnnrsnm對于上行的數(shù)據(jù)，UE已經(jīng)傳輸了SN號為1到5的PDCPPDU,切換發(fā)生時（源eNode

7、B發(fā)送SNStatusTransfer消息給目標(biāo)eNodeB）,源eNodeB只收到了SN號為1,2和4的PDCPPDU并向UE做了確認(rèn)，對于序號為3和5的PDCPPDU,源eNodeB只收至U了部分RLCPDU。UE會將SN標(biāo)號為3,4和5的PDCPPDU放到PDCP的重傳序列中，因為3是UE沒有收到確認(rèn)的第一個包，盡管源eNodeB已經(jīng)收到了包4并且UE也得到了確認(rèn)。源eNodeB發(fā)送SNStatusTransfer消息給目標(biāo)eNodeB后，會將收到的連續(xù)PDCPSDU轉(zhuǎn)發(fā)給SGW,圖中，對應(yīng)白是SN號為1和2的PDCPPDU。而對于收到的部分RLCPDU數(shù)據(jù)（對應(yīng)SN號為3和5的PDCP

8、PDU）,源eNodeB會將其丟棄，也就是說，源eNodeB并不向目標(biāo)eNodeB轉(zhuǎn)發(fā)上行數(shù)據(jù)的RLC上下文（Context）。如果源eNodeB和目標(biāo)eNodeB雙方協(xié)商同意要進(jìn)行上行的失序PDCPSDU的轉(zhuǎn)發(fā)，則源eNodeB將SN號為4的PDCPPDU轉(zhuǎn)發(fā)給目標(biāo)eNodeBo否則，源eNodeB也會將相應(yīng)的PDCP包丟棄。圖中，包4被源eNodeB轉(zhuǎn)發(fā)給目標(biāo)eNodeB。切換發(fā)生，UE接入到目標(biāo)eNodeB,與目標(biāo)eNodeB之間建立了數(shù)據(jù)連接，由于包1,2已經(jīng)在源eNodeB中得到確認(rèn)，因而UE不會在目標(biāo)eNodeB中重復(fù)發(fā)送，而將PDCPSN號為3,4,5,6的包依次向目標(biāo)eNode

9、B發(fā)送。目標(biāo)eNodeB依據(jù)SN號來對PDCP的PDU進(jìn)行排序和重復(fù)檢測。在此例中，包4屬于重復(fù)的數(shù)據(jù)包。目標(biāo)eNodeB將排序好的無重復(fù)的PDCPSDU發(fā)送給SGW。目標(biāo)eNodeB也會向UE發(fā)送基于PDCP的控制包，報告當(dāng)前eNodeB側(cè)PDCPSN號的狀態(tài)。如果在UE在重傳3,4,5上行數(shù)據(jù)包之前接收到目標(biāo)eNodeB下發(fā)的PDCP狀態(tài)報告，獲知目標(biāo)eNodeB已經(jīng)收至ij包4,則UE無需重傳包4,只需重傳包3和5以及新包6等即可。但規(guī)范中并未強制目標(biāo)eNodeB發(fā)送PDCP狀態(tài)報告白時間，UE也無需等到收到目標(biāo)eNodeB的PDCP狀態(tài)報告后，才重新開始上行數(shù)據(jù)的傳輸。圖中，包4被UE

10、在目標(biāo)eNodeB中重復(fù)傳輸，目標(biāo)eNodeB中的PDCP層會卞據(jù)PDCP的SN號進(jìn)行PDCP包的重復(fù)檢測。在無損切換的過程中，對于下行的PDCPSDU,如果UE已經(jīng)在源eNodeB中完成PDCPSDU的確認(rèn)，源eNodeB無需將它們轉(zhuǎn)發(fā)給目標(biāo)eNodeB（包括連續(xù)的和失序的PDCPSDU）。源eNodeB需要將尚未傳輸完畢（包括已有部分傳輸和尚未進(jìn)行傳輸?shù)?。注意，與無縫切換中不同，無縫切換中轉(zhuǎn)發(fā)的是尚未進(jìn)行傳輸?shù)腟DU）的PDCPSDU轉(zhuǎn)發(fā)給目標(biāo)eNodeB,包括經(jīng)S1接口轉(zhuǎn)發(fā)下來，尚未進(jìn)行PDCP處理的下行數(shù)據(jù)。對于已經(jīng)進(jìn)行了部分PDCPSDU的傳輸，但尚存部分RLCPDU的數(shù)據(jù)，源eNo

11、deB會將RLCPDU丟棄，也就是說，在無縫切換模式下，源eNodeB不會將RLC上下文（RLCContext）轉(zhuǎn)發(fā)給目標(biāo)eNodeB（源eNodeB丟棄的只是RLC的上下文，并非是PDCPSDU的數(shù)據(jù)，PDCPSDU的數(shù)據(jù)仍會轉(zhuǎn)發(fā)給目標(biāo)eNodeB,因為他們屬于尚未傳輸完畢的PDCPSDU）。如下圖所示：在切換過程發(fā)生時，源eNodeB已經(jīng)傳輸了SN號為1至4的PDCPPDU,編號為5的PDCPPDU還未開始傳輸。而在UE側(cè)，SN號為3的PDCPPDU沒有收到，UE已經(jīng)向源eNodeB發(fā)送了1,2和4的確認(rèn)，但是源eNodeB只收到了1和2的確認(rèn)。因此，源eNodeB會將除了1,2之外的PD

12、CPSDU（這里是解壓后的數(shù)據(jù)，因此是SDU,其對應(yīng)的PDU的SN號會在GTPU擴展頭部的“PDCPPDUNumbe域中給出）轉(zhuǎn)發(fā)給目標(biāo)eNodeB,包括SN號為3,4和5的PDCPSDU。源eNodeB會從SGW收到“EndMarker包，表明下行數(shù)據(jù)承載將由源eNodeB切換至ij目標(biāo)eNodeB,不會再有數(shù)據(jù)通過源eNodeB的通道下發(fā)下來。源eNodeB會將此"EndMarker數(shù)據(jù)包轉(zhuǎn)發(fā)給目標(biāo)eNodeB,表明到目標(biāo)eNodeB數(shù)據(jù)轉(zhuǎn)發(fā)的結(jié)束。和圖中表示的不同，如果UE已經(jīng)向源eNodeB發(fā)送了包1,2和4的確認(rèn)，并且源eNodeB都已經(jīng)收到，包括對包4的確認(rèn)。那么源eNo

13、deB將只轉(zhuǎn)發(fā)3,5等數(shù)據(jù)包給目標(biāo)eNodeB而不會轉(zhuǎn)發(fā)包4,因為確認(rèn)UE已經(jīng)收到包4。這點和上行的數(shù)據(jù)轉(zhuǎn)發(fā)有些不同。在上行數(shù)據(jù)傳送中，UE雖然可以確定某失序的數(shù)據(jù)包在源eNodeB中已經(jīng)收到，但不知道源和目標(biāo)eNodeB之間是否會轉(zhuǎn)發(fā)此失序數(shù)據(jù)（依賴于兩eNodeB之間的協(xié)商），因此，UE需要準(zhǔn)備在目標(biāo)eNodeB中的重傳。RachalsLN3and4navebeenliansm"伯u3JTarQfit-*空NWhBSourceGatewayHUE-J,Packets3and4arertransmitted,althoughOdcket4has;31gCyDaen1rqe曲MdHandoyerPacKeisI,2and4arereccrvcd目標(biāo)eNodeB在接U源eNodeB轉(zhuǎn)發(fā)的數(shù)據(jù)的同時，也可能收到SGW發(fā)送過來的下行數(shù)據(jù)。在這種情況下，目標(biāo)eNodeB會優(yōu)先發(fā)送源eNodeB通過X2接口發(fā)送過來的數(shù)據(jù)，直到“EndMarker標(biāo)志。目標(biāo)eNodeB也會依次分配下一個PDCPSN號給新的數(shù)據(jù)包（這個數(shù)據(jù)包,可能來自SGW,也可能來自源eNode