5G 无线侧切片

一说起5G 切片在无线网络中的体现，给人的第一映像就是无线侧是假切片。事实果真如此吗？无线侧针对切片能做什么呢？

资源隔离是网络切片的关键要求。在Rel-15中，资源隔离主要依赖于基于每个QoS流的切片信息的网络实现。但是，基于网络实现的解决方案只能用于专用资源。对于RACH资源，所有切片仍将共享相同的RACH资源池，并且根据当前规范不能提供隔离，尴尬不？

例如，如果一个小区支持两个网络切片：

• Slice 1适用于普通用户

• Slice 2为公共安全（如消防员）。

在紧急情况下，大量紧急呼叫可能会导致小区级拥塞，使用公共安全切片的消防员也会遭受拥塞。对于RACH资源，无线侧暂时没有合适的方案来处理这种拥塞。

除了用于公共安全的切片外，我们还看到其他垂直行业（如V2X、IIoT等）切片的RACH资源隔离要求。如果没有这种机制，将很难说服这些垂直行业其服务不会被来自其他切片的服务中断。因此，为了满足市场的需求并实现资源隔离的需求，协议应该在下一个版本中支持特定于切片的RACH资源的配置。

每个切片AMBR的要求已在23.700中达成一致，为了支持每切片AMBR，无线侧一些接口（例如Ng/Xn/F1）中需要一些增强功能，比如：

• 切片敏感小区重选

• 快速切片接入

• 切换期间的服务连续性

对于片敏感小区重选、快速切片接入和切换期间的服务连续性，可以提供明确的用途和好处。然而，除了无线侧支持上述功能的增强之外，还需要一些系统级的增强。

Rel-15／16规范支持的端到端切片功能，可以为各种服务提供公共连接平台的基础。

目前存在的一些问题或挑战：

问题1：快速接入切片

基于切片的小区（重新）选择：在当前规范中，UE在频率内/频率间小区（重新）选择期间不知道网络支持的切片。

基于切片的RACH配置：为切片提供独立的RACH资源或优先的RACH。

基于切片的寻呼配置：需要增强寻呼以提高资源使用效率。

问题2：服务连续性

在切换期间，目标gNB可能不支持UE的正在进行的切片。目标gNB将拒绝不受支持的片，这会影响服务连续性。这可怎么办？需要切片重新映射、回退和数据转发过程。

问题3：放宽TA（跟踪区）值

在R15中，存在“在UE的注册区域内切片可用性不改变”的限制（the slice availability does not change within the UE’s registration area）

此限制对部署的无线切片施加了限制：属于一个TA的所有小区都应支持相同的切片列表。

所以，无线侧针对切片还是有很多事情可以做的。