根據(jù)協(xié)議架構(gòu)，層2中，UE到網(wǎng)絡(luò)中繼架構(gòu)，可以通過RLC進行層2中繼。所以，針對遠程UE和中繼UE之間的接口以及Uu口的自適應(yīng)，是否會存在問題？

對于UE到網(wǎng)絡(luò)ProSe Relay，一個典型的用例是將人們的移動電話作為Relay UE，將多個可穿戴MTC設(shè)備作為Remote UE。這些可穿戴設(shè)備（例如智能手表、健康監(jiān)測設(shè)備等）與同一中繼UE相關(guān)聯(lián)，并通過中繼UE與網(wǎng)絡(luò)通信。此外，可穿戴設(shè)備可以同時提供多種服務(wù)，并且這些服務(wù)具有不同的QoS要求。圖1說明了這種情況。

對sidelink接口的影響

支持圖1中場景的sidelink接口的主要問題是中繼UE如何識別遠程UE和相應(yīng)的流量。

遠程UE標識

當(dāng)遠程UE與中繼UE通信時，可以應(yīng)用不同的短距離技術(shù)，并且在短距離通信技術(shù)中分別應(yīng)用不同的UE地址。例如，在WiFi技術(shù)中使用UE MAC地址；UE UUID用于藍牙技術(shù)；并且UE層2 ID可以在LTE側(cè)鏈路技術(shù)中使用。然而，eNB不需要知道通過哪種技術(shù)以及使用哪種類型的UE ID通過PC-5接口傳輸數(shù)據(jù)。因此，為了統(tǒng)一識別遠程UE，應(yīng)引入層2?UE ID以適應(yīng)PC-5接口中的不同短距離通信技術(shù)。eNB可以經(jīng)由層2?UE ID來識別遠程UE。

業(yè)務(wù)標識

在LTE蜂窩通信中，可以在UE和網(wǎng)絡(luò)之間建立不同的EPS承載，以滿足不同的業(yè)務(wù)QoS要求。在UE中繼通信中，還應(yīng)繼承多承載概念。當(dāng)在遠程UE和中繼UE之間中繼數(shù)據(jù)時，兩個UE都應(yīng)該具有識別中繼數(shù)據(jù)屬于哪個承載的能力。因此，承載信息或相關(guān)信息應(yīng)當(dāng)包括在經(jīng)由這些短距離技術(shù)發(fā)送的PDU中。

Relay標識

從中繼UE的觀點來看，期望中繼UE能夠識別向其自身發(fā)送或中繼到遠程UE或eNB的數(shù)據(jù)。因此，一些信息需要在側(cè)鏈PDU中隱式或顯式地指示。

從遠程UE的角度來看，遠程UE需要能夠識別接收到的數(shù)據(jù)是否是中繼數(shù)據(jù)，然后決定將數(shù)據(jù)轉(zhuǎn)發(fā)到PDCP層（基于采用RLC中繼的RAN2協(xié)議）或應(yīng)用層。

解決上述三個問題的一個可能的解決方案是在遠程UE和中繼UE之間的短距離技術(shù)之上添加適配層。該協(xié)議的一個示例可以如圖1所示。上述統(tǒng)一的層2 UE ID、承載標識符信息和中繼指示可以包括在適配層中。

對Uu口的影響

在Rel-12和Rel-13 D2D機制中，SRS和DST字段被引入到側(cè)鏈MAC PDU報頭中，以識別源UE和目標UE。類似地，對于層2?UE到網(wǎng)絡(luò)過程中繼，識別遠程UE的簡單解決方案是在Uu MAC PDU報頭中添加新字段或包含遠程UE層2?ID的新MAC CE；并且對于UL傳輸，中繼UE可以在接收到來自遠程UE的數(shù)據(jù)之后將遠程UE層2 ID添加到用于eNB識別的Uu MAC PDU中。

對于業(yè)務(wù)識別，如果中繼UE已經(jīng)預(yù)先配置了側(cè)鏈路接口上的承載信息和Uu接口上的邏輯信道信息之間的映射關(guān)系，則可以重用MAC PDU中的當(dāng)前LCID。利用該方法，可以為每個遠程UE基于每個承載設(shè)置Uu接口上的配置（例如RLC、MAC配置），這保證了遠程UE的不同QoS要求。

備選方案是承載信息被包括在RLC或PDCP PDU中。如果包括在PDCP中，則在數(shù)據(jù)被轉(zhuǎn)發(fā)到RLC之前，接收機不能識別承載，因此，不可能滿足遠程UE的不同承載的不同無線鏈路控制。如果包含在RLC PDU中，將添加一個新字段或RLC外部報頭，這帶來了規(guī)范/實現(xiàn)的復(fù)雜性，并增加了Uu接口上的開銷。

另一個備選方案是引入適配層以識別Uu接口中的遠程UE和承載。然而，這種替代方案也帶來了規(guī)范/實現(xiàn)的復(fù)雜性，并增加了Uu接口的開銷。

如上所述，重用MAC PDU中的現(xiàn)有LCID來識別遠程UE的承載似乎是最適用的。