欢迎光临散文网 会员登陆 & 注册

远程UE和流量的识别

2023-02-27 10:21 作者:余网优化  | 我要投稿

根据协议架构,层2中,UE到网络中继架构,可以通过RLC进行层2中继。所以,针对远程UE和中继UE之间的接口以及Uu口的自适应,是否会存在问题?

对于UE到网络ProSe Relay,一个典型的用例是将人们的移动电话作为Relay UE,将多个可穿戴MTC设备作为Remote UE。这些可穿戴设备(例如智能手表、健康监测设备等)与同一中继UE相关联,并通过中继UE与网络通信。此外,可穿戴设备可以同时提供多种服务,并且这些服务具有不同的QoS要求。图1说明了这种情况。


对sidelink接口的影响

支持图1中场景的sidelink接口的主要问题是中继UE如何识别远程UE和相应的流量。

远程UE标识

当远程UE与中继UE通信时,可以应用不同的短距离技术,并且在短距离通信技术中分别应用不同的UE地址。例如,在WiFi技术中使用UE MAC地址;UE UUID用于蓝牙技术;并且UE层2 ID可以在LTE侧链路技术中使用。然而,eNB不需要知道通过哪种技术以及使用哪种类型的UE ID通过PC-5接口传输数据。因此,为了统一识别远程UE,应引入层2 UE ID以适应PC-5接口中的不同短距离通信技术。eNB可以经由层2 UE ID来识别远程UE。

业务标识

在LTE蜂窝通信中,可以在UE和网络之间建立不同的EPS承载,以满足不同的业务QoS要求。在UE中继通信中,还应继承多承载概念。当在远程UE和中继UE之间中继数据时,两个UE都应该具有识别中继数据属于哪个承载的能力。因此,承载信息或相关信息应当包括在经由这些短距离技术发送的PDU中。

Relay标识

从中继UE的观点来看,期望中继UE能够识别向其自身发送或中继到远程UE或eNB的数据。因此,一些信息需要在侧链PDU中隐式或显式地指示。

从远程UE的角度来看,远程UE需要能够识别接收到的数据是否是中继数据,然后决定将数据转发到PDCP层(基于采用RLC中继的RAN2协议)或应用层。

解决上述三个问题的一个可能的解决方案是在远程UE和中继UE之间的短距离技术之上添加适配层。该协议的一个示例可以如图1所示。上述统一的层2 UE ID、承载标识符信息和中继指示可以包括在适配层中。

对Uu口的影响

在Rel-12和Rel-13 D2D机制中,SRS和DST字段被引入到侧链MAC PDU报头中,以识别源UE和目标UE。类似地,对于层2 UE到网络过程中继,识别远程UE的简单解决方案是在Uu MAC PDU报头中添加新字段或包含远程UE层2 ID的新MAC CE;并且对于UL传输,中继UE可以在接收到来自远程UE的数据之后将远程UE层2 ID添加到用于eNB识别的Uu MAC PDU中。

对于业务识别,如果中继UE已经预先配置了侧链路接口上的承载信息和Uu接口上的逻辑信道信息之间的映射关系,则可以重用MAC PDU中的当前LCID。利用该方法,可以为每个远程UE基于每个承载设置Uu接口上的配置(例如RLC、MAC配置),这保证了远程UE的不同QoS要求。

备选方案是承载信息被包括在RLC或PDCP PDU中。如果包括在PDCP中,则在数据被转发到RLC之前,接收机不能识别承载,因此,不可能满足远程UE的不同承载的不同无线链路控制。如果包含在RLC PDU中,将添加一个新字段或RLC外部报头,这带来了规范/实现的复杂性,并增加了Uu接口上的开销。

另一个备选方案是引入适配层以识别Uu接口中的远程UE和承载。然而,这种替代方案也带来了规范/实现的复杂性,并增加了Uu接口的开销。

如上所述,重用MAC PDU中的现有LCID来识别远程UE的承载似乎是最适用的。


远程UE和流量的识别的评论 (共 条)

分享到微博请遵守国家法律