| 리포트 | 기술문서 | 테크-블로그 | 글로벌 블로그 | 원샷 갤러리 | 통신 방송 통계  | 한국 ICT 기업 총람 |

제품 검색

| 네트워크/통신 뉴스 | 기술자료실 | 자유게시판 |  
 
 
섹션 5G 4G LTE C-RAN/Fronthaul Gigabit Internet IPTV/UHD IoT SDN/NFV Wi-Fi Video Streaming KT SK Telecom LG U+ OTT Network Protocol CDN YouTube Data Center
 
스폰서채널 |

 

  스폰서채널 서비스란?
5G Network Slicing - Moving towards RAN
The CU-UP is a perfect fit for the Radio Network Sub Slice
August 28, 2019 | By Karim Rabie @ Netcracker Technology
banner
코멘트 (1)
6

Network Slicing is a 5G-enabled technology that allows the creation of an E2E Network instance across the Mobile Network Domains (Access, Transport, & Core). Each slice is ideally identified with specific network capabilities and characteristics.

 

The technique of provisioning a Dedicated E2E Network Instance to End users, Enterprises, & MVNOs is called “Slicing” where one Network can have multiple slices with different Characteristics serving different use cases.

 

The technology is enabled via an SDN/NFV Orchestration framework that provides Full Lifecycle management for the Slices enabling the dynamic slicing (on-demand instantiation & termination for Slices) with full-Service Assurance Capabilities.

 

The Concept is not relatively new where the Mobile Broadband Network has always succeeded to provide services to end-users via partitioning the network through Bearers & APNs. Below is how the evolution looks like transiting from one Network serving all services to Dedicated Core Network Instances serving more targeted segments.

 

 

With the introduction of 5G, the 4G Dedicated Core logic evolved to be 5G Network Slicing with a standard framework that advocates 4 standard slices to be used for global Interoperability (eMBB, uRLLC, MIoT, & V2X)and allowing more space for dynamic slices addressing different Marketing Segments. These slices are globally identified by Slice/Service Type (SST) which maps to the expected network behavior in terms of services and characteristics.

 


New terms and concepts are introduced with Network Slicing such as 

  • Network Slice Instance (NSI) - 3GPP Definition - A set of Network Function instances and the required resources (e.g. compute, storage and networking resources) which form a deployed Network Slice. 
  • Network Slice Subnet Instance (NSSI) - 3GPP Definition - A representation of the management aspects of a set of Managed Functions and the required resources (e.g. compute, storage and networking resources). 

If the above definitions are not clear, then the below diagram might clarify it a little bit. It is all about the customer-facing service (Network Slice as a Service) and how it is being fulfilled.

 


I'd say that the Core NSSI is the most popular one with a clear framework defined by 3GPP where the slicing logic is nicely explained in many contexts. However, the slicing on the RAN side seems to be vague in terms of technical realization and the use case. So, what's happening on the radio?!

 

The NG-RAN, represented by gNB consists of two main functional blocks (DU, Distributed Unit) & (CU, Centralized Unit) as a result of the 5G NR stack split where the CU is further split to CU-CP & CU-UP.

 


Basically, a gNB may consist of a gNB-CU-CP, multiple gNB-CU-UPs & multiple gNB-DUs with the below regulations

  • One gNB-DU is connected to only one gNB-CU-CP.
  • One gNB-CU-UP is connected to only one gNB-CU-CP; 
  • One gNB-DU can be connected to multiple gNB-CU-UPs under the control of the same gNB-CU-CP.

The Location of CU can vary according to the CSP strategy for Edge and according to the services being offered. There can be possible deployments in Cell Sites, Edge DCs, & Aggregation PoPs.

 

The CU-UP is a perfect fit for the Radio Network Sub Slice.


But Is there a framework to select the CU-UP based on Network Slice Assistance Info?!

Ideally, The CU-CP must get assistance information to decide which CU-UP will serve the particular PDU. Let's explore that in the 5G (UE Initial Access) Call flow below

 


At one step, in RRCSetupComplete message, the UE declares the requested Network Slice by having the NSSAI (Network Slice Selection Assistance Information) that maps to SST (Slice/Service Type). However, this info is not used to select CU-UP but can be used by CU-CP to select the Serving AMF.

 


The mapping between PDU Session(s) and S-NSSAI is sent from AMF to gNB-CU-CP in Initial Context Setup Request message. This looks like the perfect input to build logic for Selecting the gNB-CU-UP but looking to the standards, one may realize that the mechanism for selecting the gNB-CU-UP is not yet clear and missing in 3GPP.

 

Although it is mentioned in many contexts in 3GPP Specifications that the CU-CP selects the appropriate CU-UP(s) for the requested services of the UE, the full picture for the E1 Interface is not yet clear especially for such detailed selection process


This will definitely impact the early plans to adopt a standard RAN Slicing Framework.

 

The conclusion from my side and after spending some time assessing the Network Slicing at the RAN Side is summarized in the below points.

 

It is very early at this stage to talk about a standard framework for 5G RAN Slicing.


The first wave for Network slicing will be mainly around slicing in the core domain.


RAN Slicing is a part of an E2E Service (NSaaS) that is dynamic by nature. An Orchestration Framework is a must.


5G Network slicing is one of the most trending 5G use cases. Many operators are looking forward to exploring the technology and building a monetization framework around it. It is very important to set the stage for such technology by investing in enablers such as SDN/NFV, automation, & orchestration. It is also vital to do the necessary reorganization, building the right organizational processes that allow exposing and monetizing such service in an agile and efficient manner.

 

See you in the next article...

sina1993 2019-09-03 16:45:02

Wrapped up things so good, thanks for sharing Karim!

Thank you for visiting Netmanias! Please leave your comment if you have a question or suggestion.
View All (953)
5G (67) AI (5) ALTO (1) AR (2) ARP (6) AT&T (1) Akamai (5) Authentication (5) BT (1) Backhaul (2) Big Data (2) Bridging (5) C-RAN/Fronthaul (17) CDN (20) CIoT (2) CPRI (6) Carrier Aggregation (5) Charging (2) China Mobile (2) Cisco (6) CoMP (3) Comcast (1) DHCP (6) DNS (15) Data Center (15) EMM (1) EPS Bearer (7) Ethernet (3) FTTH (8) GSLB (5) Gigabit Internet (17) Google (17) Google Global Cache (8) Google TV (1) HLS (5) HTTP (5) HTTP Adaptive Streaming (7) HTTP Progressive Download (2) Handover (5) Huawei (1) IGMP (3) IP (6) IP Allocation (8) IP Routing (20) IPSec (4) IPTV (25) IoST (2) IoT (44) KT (45) Korea (8) Korea ICT Vendor (1) L3 Switch (5) LG U+ (24) LTE (99) LTE-A (10) LTE-A Pro (1) LTE-M (1) LTE-U (3) LoRa (5) MEC (4) MPLS (3) MWC 2013 (1) MWC 2015 (3) MWC 2016 (2) MWC 2017 (1) Mobile IPTV (1) Multi-Screen (1) Multicast (2) NAT (9) NB-IoT (6) NTT Docomo (1) Netflix (5) Network Protocol (49) Network Slicing (3) OSPF (3) OTT (20) Operator CDN (1) P2P (3) PS-LTE (3) Pooq (2) QoS (5) RCS (1) RRH (1) Request Routing (3) SD-WAN (8) SDN/NFV (34) SK Broadband (1) SK Telecom (38) Samsung (2) Security (8) Self-Driving (3) Shortest Path Tree (2) Small Cell (3) Spectrum Sharing (1) TAU (2) Transparent Caching (9) UHD (7) VLAN (2) VPN (3) VR (3) Video Streaming (22) VoLTE (1) VoWiFi (1) WAN Optimization (1) Wi-Fi (30) WiBro(WiMAX) (2) YouTube (16) eICIC (1) eMBMS (1) ePDG (6) u+ tv G (4) 로컬 5G (1)

 

 

     
         
     

 

     
     

넷매니아즈 회원 가입 하기

2019년 1월 현재 넷매니아즈 회원은 49,000+분입니다.

 

넷매니아즈 회원 가입을 하시면,

► 넷매니아즈 신규 컨텐츠 발행 소식 등의 정보를

   이메일 뉴스레터로 발송해드립니다.

► 넷매니아즈의 모든 컨텐츠를 pdf 파일로 다운로드

   받으실 수 있습니다. 

     
     

 

     
         
     

 

 

비밀번호 확인
코멘트 작성시 등록하신 비밀번호를 입력하여주세요.
비밀번호