| 리포트 | 기술문서 | 테크-블로그 | 원샷 갤러리 | 링크드인 | 스폰서 컨텐츠 | 네트워크/통신 뉴스 | 인터넷자료실 | 자유게시판    한국 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
 

2024

5G 특화망

포탈

Private 5G/이음 5G

 포탈홈

  넷매니아즈 5G 특화망 분석글 (136)   5G 특화망 4가지 구축모델   산업계 5G 응용   산업분야별 5G 특화망 활용사례  [5G 특화망 벤더Samsung | HFR | Nokia | more
 

해외

  국가별 사설5G 주파수 [국가별 구축현황] 일본 | 독일 | 미국 | 프랑스 | 영국  [사설5G 사업자] Verizon | AT&T | DT | Telefonica | AWS | Microsoft | NTT동일본 | NTT Com    
 

국내

  5G 특화망 뉴스 | 국내 5G 특화망 구축 현황 | 국내 5G 특화망사업자 현황 (19개사) | 국내 자가구축사례 일람 | 국내 특화망 실증사업사례 일람 | 5G 특화망 정책
 
 

[5G 특화망 구축 사례] 한국식품산업클러스터 | 반월시화산단 삼성서울병원 | 롯데월드 | 한국수력원자력 | 해군본부 | 한국전력공사 | more  [이통사] KT

 
 
스폰서채널 |

 HFR Mobile의 5G 특화망 솔루션 (my5G)  Updated   |   뉴젠스의 5G 특화망 구축 및 운영 서비스  NEW  

  스폰서채널 서비스란?
banner
banner
LTE X2 기반의 핸드오버
LTE X2 based Handover
February 29, 2012 | By 유창모 (cmyoo@netmanias.com)
코멘트 (2)
18

지난 시간에 Intra E-UTRAN(between eNB) handover 개념에 대해서 알아 보았습니다. 오늘은 사용자 데이터의 경로 변경 위주로 X2 based Handover에 대해서 설명을 드리겠습니다.

 

 

1. Before Handover

  • UE는 이동 중에 인터넷을 사용하고 있습니다. 트래픽 흐름은 다음과 같습니다.
    • UL Traffic: UE -> Source eNB1 -> S-GW -> P-GW -> Internet
    • DL Traffic: Internet -> P-GW -> S-GW -> Source eNB1 -> UE
  • 그리고 UE는 자신이 붙어 있는 Serving eNB인 eNB1에게 Measurement Report 메시지를 보내어(Event triggered 혹은 Periodic하게 보냄)  "Serving eNB의 Cell로 부터 수신되는 Radio Signal Strength와 Neighbor Cell(쉽게 말해 바로 근처에 있는 eNB 즉, eNB2의 Cell)로 부터 수신되는 Radio Signal Strength"를 보고합니다. 왜냐구요? Serving eNB가 Handover Decision(나랑 계속 붙어 있게 할 건지, 아니면 옆집 eNB로 옮겨가라고 할 건지 결정)을 할 수 있도록 정보를 제공하는 것입니다.
 
2. Handover Preparation
  • UE가 계속 이동을 하여 eNB2와 더 가까워 졌습니다. 그러면 Serving eNB인 eNB1은 자기보다 eNB2로부터 UE가 더 좋은 Radio Signal을 수신하는것을 확인 후에 Handover Decision(해당 UE를 다른 eNB로 옮겨야 겠구나!)을 하게 됩니다.
  • [a] 이제 Source eNB1은 UE가 새로 붙을 Target eNB2에게 Handover Request 메시지를 보내어 X2 Transport Bearer(GTP tunnel)를 생성합니다(Source eNB1에서 Target eNB2로 패킷이 흐를 수 있는 단방향 Tunnel). 핸드오버가 완전히 끝나기 전까지는 이 X2 Transport Bearer를 통해 UE가 DL 트래픽을 수신하게 될 것입니다. 
  • [b] 그리고 Target eNB2가 S-GW로 UE의 UL 트래픽을 전송 할 수 있도록 S1 Bearer(GTP tunnel)를 생성합니다(이 역시 Target eNB2에서 S-GW 방향으로만 패킷이 흐를 수 있는 단방향 Tunnel). 이 생성 과정에서 S-GW는 아무 관여도 하지 않습니다. 즉, Source eNB1이 S-GW로 보내기 위해 사용하던 GTP TEID(Tunnel Endpoint ID)인 S1 S-GW TEID를 Target eNB2로 전달하여(Handover Request 메시지를 통해) Target eNB2가 그 TEID를 사용할 수 있도록 합니다.
  • 여전히 UE의 UL/DL 트래픽은 Source eNB1과 S-GW를 통해 지나 다니고 있습니다.

 

3. Handover Execution

  • 이제 Source eNB1은 UE에게 RRC Connection Reconfiguration 메시지를 전송하여 새로운 eNB(Target eNB2)로 붙으라고 합니다. 
  • UE는 Source eNB1과의 연결을 끊습니다 (Detach from Source eNB1).
  • [c] UE는 Target eNB2와 연결하게 되고(DRB established)이제부터 트래픽 흐름이 다음과 같이 바뀌게 됩니다.
    • UL Traffic: UE -> Target eNB2 -> S-GW -> P-GW -> Internet
    • DL Traffic: Internet -> P-GW -> S-GW -> Source eNB1 -> Target eNB2 -> UE
 
4. Handover Completion
  • 이제 핸드오버 과정을 마무리할 단계입니다. Target eNB2는 UE가 나한테 성공적으로 붙었음을 확인 한 후에, MME에게 Path Switch Request 메시지를 보내어 그 사실(이 UE는 이제 나한테 붙었어~)을 알립니다. 이 메시지에는 S-GW에서 Target eNB2 방향의 GTP tunnel을 위한 TEID 즉, S1 Target eNB TEID가 포함되어 있습니다(Target eNB2가 TEID를 생성하여 MME로 전달하고, 그 값은 다시 S-GW로 전달됨)
  • [d] MME는 S-GW로 Update User Plane Request 메시지를 보내고, S-GW는 이 메시지에 포함되어 있는 TEID(Target eNB2가 생성한 S1 Target eNB TEID)를 이용하여 Target eNB2 방향(DL)의 S1 Bearer를 생성하고, UE로 향하는 DL 트래픽 방향을 Source eNB1에서 Target eNB2로 바꿉니다. (Path Switching from Source eNB1 to Target eNB2)
  • 이 시점부터 트래픽 방향은 다음과 같게 됩니다.
    • UL Traffic: UE -> Target eNB2 -> S-GW -> P-GW -> Internet
    • DL Traffic: Internet -> P-GW -> S-GW -> Target eNB2 -> UE
  • Target eNB2는 Source eNB1에 UE Context Release 메시지를 보내어 핸드오버가 성공적으로 끝났음을 알리고, Source eNB1은 이 메시지를 통해 두 eNB간에 연결되어 있던 X2 Transport Bearer 및 Source eNB1과 S-GW 간에 S1 Bearer를 해제(Bearer released)합니다.

 

5. After Handover

  • 핸드오버 과정이 모두 마무리 되었고, 이제 UE는 Target eNB2를 통해 인터넷을 사용합니다.
 
Handover Completion 단계에서 End Marker 패킷
 
위에서 설명한 핸드오버 절차 중 Handover Completion 단계에서 S-GW가 보내는 트래픽의 흐름이 Source eNB1에서 Target eNB2로 변경이 되는데요. 그 과정 중에 패킷의 분실 혹은 패킷의 순서가 뒤바뀌는 것을 방지하기 위해 "End Maker" 패킷을 사용합니다. 아래 그림을 보시죠.
 

 

  1. Handover Completion 과정이 시작되기 전에는 다음과 같은 흐름으로 패킷이 UE로 전달됩니다.
    • Internet -> P-GW -> S-GW -> Source eNB1 -> Target eNB2 -> UE
  2. S-GW는 Target eNB2와 S1 Bearer(GTP tunnel)를 생성합니다.
  3. S-GW는 S1 Bearer(GTP tunnel) 생성과 동시에 End Marker 패킷(하나 또는 어러개)을 Source eNB1로 보냅니다. 그리고는 UE로 향하는 패킷을 더 이상 Source eNB1으로 보내지 않고 새로 생성된 S1 Bearer를 통해 Target eNB2로 보냅니다. 여기서 End Marker 패킷은 "더 이상 S-GW -> Source eNB1 -> Target eNB2의 흐름으로 가는 패킷이 없다!"라는 사실을 Target eNB2에게 알려주는 용도입니다.
  4. 이 상황에서 Target eNB2는 2개의 경로로 부터 패킷을 수신하게 됩니다. 하나는 Source eNB1로 부터이고, 또 하나는 S-GW로 부터 입니다. 이제부터 Target eNB2는 패킷 순서가 뒤바뀌지 않도록 잘 해야 합니다. Target eNB2는 Source eNB1로 부터 수신되는 패킷들만 UE로 전달하고, S-GW로 부터 수신되는 패킷은 UE로 전달하지 않고 버퍼링합니다(가지고 있습니다). 언제까지요? 바로 Source eNB1로 부터 End Marker 패킷이 하나라도 수신되기 전까지입니다. 
  5. 그러다가 Source eNB1으로 부터 End Marker 패킷이 수신되면, 이제 Target eNB2는 "Source eNB1로 부터 수신할 패킷이 더 이상 없구나!"를 인지하고, 버퍼링해 놓았던 패킷(S-GW로 부터 받았던 패킷)을 바로 UE에 전달합니다. 그리고 이후부터는 S-GW에서 오는 패킷을 UE로 전달하게 되는 거지요. 아래 흐름과 같이요...
    • Internet -> P-GW -> S-GW -> Target eNB2 -> UE
 

다음 시간에는 S1 based Handover에 대해서 알아 보도록 하겠습니다.

원종호 2012-05-17 16:47:06
공유 감사드립니다.
김태규 2012-12-10 16:40:44
혹시 각각의 시간 타이밍을 알수 있을까요?
예를 들어 measurement report 메시지를 보내고 기지국에서 받는데 까지 걸리는 시간 이런 전체적으로 주고받는 메시지에 의한 타이밍을 알고 싶습니다.
Thank you for visiting Netmanias! Please leave your comment if you have a question or suggestion.
Related Contents
03/02/2012
Netmanias Blog
02/28/2012
Netmanias One-Shot Gallery
12/19/2011
Netmanias Blog
12/08/2011
Netmanias Blog
12/02/2011
Netmanias Blog
View All (1211)
5G (131) 5G 특화망 (44) AI (16) 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 (19) 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) EDGE (14) 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 (63) KT (46) 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 (15) 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) O-RAN (2) OSPF (3) OTT (20) Operator CDN (1) P2P (3) PS-LTE (3) Pooq (2) Private 5G (55) QoS (5) RCS (1) RRH (1) Request Routing (3) SD-WAN (8) SDN/NFV (42) 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 (3) 이음 5G (25)

 

 

     
         
     

 

     
     

넷매니아즈 회원 가입 하기

2023년 6월 현재 넷매니아즈 회원은 55,000+분입니다.

 

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

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

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

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

   받으실 수 있습니다. 

     
     

 

     
         
     

 

 

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