LTE 切换过程中的数据切换.docVIP

LTE?切换过程中的数据切换 LTE中的切换，根据无线承载（Radio Bearer）的QoS要求的不同，可以分为无缝切换(Seamless handover)和无损切换(lossless handover)。 无缝切换，应用于对于时间延迟有严格要求，而对误包率（丢包率）具有相对容忍度的一些应用（比如，语音 VoIP）。无缝切换在LTE中可以降低切换的复杂度和时间延迟，但同时可能引起某些数据包的丢失。无缝切换主要应用于控制面的无线承载（SRB）以及用户数据面RLC ?UM 模式的无线承载。 在无缝切换的模式下，对于下行的数据传输，源eNodeB将尚未进行传输的PDCP SDU转发给目标eNodeB，对于经S1接口转发下来，尚未进行PDCP处理的下行数据，源eNodeB也同样转发给目标eNodeB。已经完成PDCP SDU传输的下行数据， 则无需转发给目标eNodeB。对于已经进行了部分PDCP SDU的传输，但尚存部分RLC PDU的数据，源eNodeB会将剩余的RLC PDU丢弃，也就是说，在无缝切换模式下，源eNodeB不会将下行数据的RLC 上下文（RLC Context）转发给目标eNodeB，这样，这部分PDCP SDU的数据将会丢失。目标eNodeB侧，会将PDCP的SN和HFN重新置为零。同时，目标eNodeB在传输经由S1接口的下行数据之前，会优先传输源eNodeB通过X2接口转发过来的下行数据。我们知道，SGW在将下行通道切换到目标eNodeB之前会向源eNodeB发送“End Marker ”数据包。源eNodeB会将此数据包转发给目标eNodeB。目标eNodeB据此可以获知源eNodeB转发数据的结束。（基于X2的切换过程中，SGW发生变化时，是否会发送“End Marker”数据包？） ?在无缝切换的模式下，对于上行的PDCP SDU数据，同样，对于已经在源eNodeB中完成传输的数据，UE不会在目标eNodeB中重新发送。相反， 在目标eNodeB中，UE 将传输那些尚未在源eNodeB中传输的PDCP SDU数据 （对于已经完成了部分RLC PDU传输的 PDCP SDU数据，UE会在目标eNodeB中传输剩余部分的RLC PDU吗？RLC层在LTE中切换过程中的角色是什么？个人认为不会）。源eNodeB将所有接收到的PDCP SDU上行数据转发给SGW，其中可能包括有失序的PDCP SDU。对于无法组装成PDCP SDU的部分RLC PDU ，源eNodeB将把他们丢弃。也就是说， 源eNodeB并不将上行数据的RLC 上下文转发给目标eNodeB，这部分对应的PDCP SDU上行数据将会丢失。 ?无损切换主要用于RLC－ AM模式的无线承载，典型的例子如FTP上下载，PDCP SDU传输的丢失可能对上层协议（TCP）的吞吐量有较大的影响，相反，对于时间延迟不象实时应用那样敏感。 在正常的工作模式下（即未发生切换时），UE和eNodeB上的RLC层保证了数据的有序传输，对于由于RLC的重传或者由于MAC层的HARQ引起的RLC层的失序，RLC层可以根据其头部的序列号来重新加以排序。LTE中， PDCP的头部也标有序列号，可以以此来保证切换过程中数据的有序传输和重复检测，也可以用来保证切换过程中数据的无损传输。（为什么由PDCP层而不是RLC层来保证切换后数据的无损呢？） ?在无损切换中，对于上行数据，切换到目标eNodeB后，UE会从第一个尚未在源eNodeB中得到确认的PDCP SDU开始，重传以后的PDCP SDU包（其中可能包括源eNodeB收到，但UE没有收到确认的PDCP SDU或UE虽收到确认，但失序的PDCP SDU），除非目标eNodeB通过PDCP 状态报告包确认收到其中的某些SDU（源eNodeB转发给目标eNodeB）。 如下图所示： 对于上行的数据，UE已经传输了SN号为1到5 的PDCP PDU，切换发生时（源eNodeB发送SN Status Transfer消息给目标eNodeB），源eNodeB只收到了SN号为1，2和4 的PDCP PDU 并向UE做了确认，对于序号为3和5的PDCP PDU，源eNodeB只收到了部分RLC PDU。UE会将SN标号为3，4和5的PDCP PDU放到PDCP的重传序列中，因为3是UE没有收到确认的第一个包，尽管源eNodeB已经收到了包4并且UE也得到了确认。 源eNodeB发送SN Status Transfer消息给目标eNodeB后，会将收到的连续PDCP SDU转发给SGW，图中，对应的是SN号为1和2的PDCP PDU。而对于收到的部分RLC PDU数据（对应SN号为3和5 的PDCP PDU），源eNodeB会将其丢