KR20110038571A - 핸드오버 실패 유형 판단을 위한 서빙 기지국 - Google Patents

핸드오버 실패 유형 판단을 위한 서빙 기지국 Download PDF

Info

Publication number
KR20110038571A
KR20110038571A KR1020100035684A KR20100035684A KR20110038571A KR 20110038571 A KR20110038571 A KR 20110038571A KR 1020100035684 A KR1020100035684 A KR 1020100035684A KR 20100035684 A KR20100035684 A KR 20100035684A KR 20110038571 A KR20110038571 A KR 20110038571A
Authority
KR
South Korea
Prior art keywords
base station
enodeb
handover
rlf
failure type
Prior art date
Application number
KR1020100035684A
Other languages
English (en)
Inventor
박순기
송평중
박현서
신연승
Original Assignee
한국전자통신연구원
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 한국전자통신연구원 filed Critical 한국전자통신연구원
Publication of KR20110038571A publication Critical patent/KR20110038571A/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/10Scheduling measurement reports ; Arrangements for measurement reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/14Relay systems
    • H04B7/15Active relay systems
    • H04B7/185Space-based or airborne stations; Stations for satellite systems
    • H04B7/1853Satellite systems for providing telephony service to a mobile station, i.e. mobile satellite service
    • H04B7/18569Arrangements for system physical machines management, i.e. for construction operations control, administration, maintenance
    • H04B7/18573Arrangements for system physical machines management, i.e. for construction operations control, administration, maintenance for operations control, administration or maintenance
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/06Reselecting a communication resource in the serving access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/06Registration at serving network Location Register, VLR or user mobility server

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Carrier Aggregation을 이용하는 무선 이동통신 시스템에서, 핸드오버 유형 결정 방법 및 서빙 기지국이 개시된다.
사용자 장치가 무선링크실패를 판단하면, 서빙 기지국은 무선링크실패(RLF: Radio Link Failure)가 발생한 시점과 RLF 복구를 요청하는 이벤트에 의한 트리거링에 의해 핸드오버 실패 유형을 판단할 수 있다.

Description

핸드오버 실패 유형 판단을 위한 서빙 기지국 {Serving base station for deciding handover failure type in the wireless mobile communication system}
본 발명은 무선 이동통신 시스템에서 핸드오버 실패에 대한 유형을 판단하기 위한 서빙 기지국에 관한 것으로서, 보다 상세하게는, 핸드오버가 개시되기 전, 또는 진행되는 동안, 또는 핸드오버가 성공적으로 완료된 후 무선링크실패가 발생하는 경우, 핸드오버의 실패 유형을 판단할 수 있는 무선통신시스템의 핸드오버 실패 유형 판단하기 위한 서빙 기지국을 제공하기 위한 것이다.
본 발명은 지식경제부 및 산업기술평가관리원의 IT성장동력기술개발사업의 일환으로 수행한 연구로부터 도출된 것이다[과제관리번호: 2006-S-003-04, 과제명: 차세대 이동통신 서비스 플랫폼 개발].
기존 셀룰러 이동통신 시스템에서 핸드오버 파라미터 튜닝은, 수동적으로 각 셀마다 셋팅되므로 많은 인력과 비용을 초래한다. 이러한 문제점을 개선하기 위하여, 셀룰러 이동통신 시스템에서 핸드오버 파라미터 튜닝은 자동화되어야 한다. 자동적인 튜닝을 위해서는 네트워크에서 현재 셀에서 다른 셀로 핸드오버할 때, 핸드오버의 실패 원인을 정확히 인지하는 것이 선행되어야 한다. 그러나, 기존에는 핸드오버의 실패 원인을 정확히 판단하는 방법이 제시되어 있지 않다.
따라서, 상기와 같은 문제점을 해결하기 위한 본 발명의 목적은 무선 이동통신 시스템에서 핸드오버의 실패 유형을 정확히 판단할 수 있는 핸드오버 실패 유형 판단을 위한 서빙 기지국을 제공하는 데 있다.
본 발명의 일 실시예에 따른 핸드오버 실패 유형 판단을 위한 서빙 기지국은, 무선링크실패(RLF: Radio Link Failure)에 의해 사용자 장치의 핸드오버가 실패하면, 상기 사용자 장치로부터 무선접속재정립요청 메시지 또는 주변 기지국들로부터 상기 RLF의 복구를 요청하는 이벤트를 수신하는 통신부; 및 상기 사용자 장치에게 핸드오버 명령어를 전송하였는지의 여부, 상기 무선접속재정립요청 메시지의 수신 여부 또는 상기 RLF의 복구를 요청하는 이벤트의 수신 여부를 고려하여 상기 핸드오버의 실패 유형을 판단하는 제어부를 포함할 수 있다.
제안되는 본 발명의 실시예에 따르면, 핸드오버가 실패될 때마다 핸드오버의 실패 유형을 판단하고, 그 히스토리를 기록하는 것이 가능하다.
또한, 제안되는 본 발명의 실시예에 따르면, 기록된 히스토리에 의해 잘못된 HO 트리거링에 대한 판단을 정확히 함으로써, HO 파라미터 튜닝을 자동으로 하고, 이로써 HO의 실패 빈도를 최소화할 수 있다.
도 1은 본 발명의 실시예에 따른 네트워크 시스템을 도시한 도면이다.
도 2는 복수의 셀에서 사용자 장치의 이동경로를 보여주는 도면이다.
도 3은 도 2에 도시된 경로로 사용자 장치가 이동한 경우 핸드오버 절차를 설명하기 위한 흐름도이다.
도 4는 본 발명의 실시예에 따른 핸드오버의 실패 유형을 판단하기 위한 서빙 기지국을 도시한 블록도이다.
도 5a 내지 도 5c는 본 발명의 실시예에 따른 RLF Recovery event가 전송되는 유형을 설명하기 위한 도면이다.
도 6a는 핸드오버가 성공적으로 된 후 RLF가 발생 경우 핸드오버 실패 유형을 설명하기 위한 도면이다.
도 6b는 핸드오버가 개시되기 전에 RLF가 발생 경우 핸드오버 실패 유형을 설명하기 위한 도면이다.
도 6c는 핸드오버가 진행되는 동안 RLF가 발생 경우 핸드오버 실패 유형을 설명하기 위한 도면이다.
도 7은 서빙 기지국이 핸드오버의 실패 유형을 판단하는 과정을 정리한 표이다.
이하 첨부된 도면을 참조하여 본 발명의 실시예를 설명한다. 본 발명을 설명함에 있어서, 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고, 본 명세서에서 사용되는 용어(terminology)들은 본 발명의 바람직한 실시 예를 적절히 표현하기 위해 사용된 용어들로서, 이는 사용자, 운용자의 의도 또는 본 발명이 속하는 분야의 관례 등에 따라 달라질 수 있다. 따라서, 본 용어들에 대한 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
도 1은 본 발명의 실시 예에 따른 네트워크 시스템을 도시한 도면이다.
도 1에 도시된 시스템은 모든 셀룰러 이동통신 시스템에 적용될 수 있는 기술로서, 이하에서는, 3GPP Long Term Evolution (LTE) 구조 또는 향후의 IMT-Advanced 구조를 포함한 차세대 이동통신시스템을 기반으로 설명한다.
도 1을 참조하면, eNodeB(evolved NodeB)는 기지국을 의미하며, WCDMA(Wideband Code Division Multiple Access)에서의 'NodeB+RNC와 유사한 노드이다. eNodeB A(20)은 셀 A에 위치하며, eNodeB B(30)는 셀 B에 위치한다.
액세스 게이트웨이(aGW: Access Gateway)(40)는 MME(Mobility Management Entity)와 SAE Gateway로 이루어져 있으며, 이동통신 시스템 관리 개체를 말한다. aGW(40)는 WCDMA에서의 SGSN(Serving GPRS Support Node)과 GGSN(Gateway GPRS Support Node)과 유사한 노드이다.
UE(10)는 사용자 장치로서, 모바일폰, 랩탑, 노트북과 같이 통신이 가능한 사용자 단말기(Mobile Station)일 수 있다.
eNodeB A 관점에서는 기지국(eNodeB A)과 사용자 장치(UE) 간의 무선(Radio) 인터페이스, 기지국(eNodeB A, eNodeB B) 간의 인터페이스인 X2 인터페이스, aGW와 기지국(eNodeB A)간의 인터페이스인 S1 인터페이스가 존재한다.
이러한 인터페이스는 각각 무선 네트워크 계층(Radio Network Layer)에서 제어 평면(Control Plane) 측면에서는 RRC(Radio Resource Control) 인터페이스, X2AP(X2 Application Part) 및 S1AP(S1 Application Part) 인터페이스라 한다. 또한, 이러한 인터페이스는 프로토콜로 정의되며, 기능별 프로시저들이 정의되고, 사용될 메시지들과 각 메시지 별 정보 등이 프로시저에 정의된다.
셀룰러 이동통신시스템에서 사용자 장치(UE)와 기지국(eNodeB)간의 논리적인 전용 무선채널이 있을 경우, 사용자 장치(UE)는 접속 상태(Connected 상태)에 있는 것으로 정의할 수 있다. 이러한, 사용자 장치(UE)의 접속 상태에서, 사용자 장치(UE)의 핸드오버는 현재 접속된 서빙 기지국(eNodeB)에서 주관한다. 서빙 기지국(eNodeB)은 이웃 기지국들과의 X2AP 시그널링을 통한 협조, 사용자 장치(UE)가 측정한 정보, 서빙 기지국(eNodeB) 내에서의 측정 정보를 활용하여 사용자 장치(UE)의 이동성 관리를 지원한다.
도 2는 복수의 셀에서 사용자 장치의 이동경로를 보여주는 도면이다.
도 2를 참조하면, 기지국(eNodeB A)는 사용자 장치(UE)가 현재 접속된 서빙 기지국, 기지국(eNodeB B, eNodeB C)는 서빙 기지국의 주변 기지국이다. 사용자 장치(UE)가 화살표로 표시된 이동 경로(mobility path)로 이동하는 경우, A지점에서 기지국(eNodeB A)는 기지국(eNodeB B) 및/또는 기지국(eNodeB C)로 X2AP 메시지를 송수신하여 준비 과정(Preparation)을 수행한다. Preparation 과정은 eNodeB A가 eNodeB B와 eNodeB C에게 Handover Request를 보내고, eNodeB B와 eNodeB C가 eNodeB A에게 Handover Request Ack를 보내는 과정을 포함한다.
그리고, B지점에서 서빙셀(Cell A)의 서빙 기지국(eNodeB A)가 주변 기지국(eNodeB B)로 핸드오버하려는 경우, 서빙 기지국(eNodeB A)은 사용자 장치(UE)에게 HO Command (핸드오버 명령)(HO command)를 보내고, 사용자 장치(UE)는 핸드오버 완료(HO complete) 메시지를 주변 기지국(eNodeB B)에게 보냄으로써 서빙 셀은 cell B가 된다.
도 3은 도 2에 도시된 경로로 사용자 장치가 이동한 경우 핸드오버 절차를 설명하기 위한 흐름도이다.
310단계 및 315단계에서, 서빙 기지국(eNodeB A)은 핸드오버 리퀘스트(Handover Request) 메시지를 X2AP를 통해 주변 기지국(eNodeB B, eNodeB C)으로 송신한다.
320 및 325단계에서, 주변 기지국(eNodeB B, eNodeB C)은 자원 준비 과정(Resource Preparation)을 수행한다. 자원 준비 과정은 핸드오버 리퀘스트(Handover Request) 메시지와 핸드오버 리퀘스트 애크(Handover Request Ack) 메시지를 송수신하는 과정을 포함한다.
330단계 및 335단계에서, 주변 기지국(eNodeB B, eNodeB C)은 서빙 기지국(eNodeB A)에게 핸드오버 리퀘스트에 대한 응답(Handover Request Ack) 메시지를 송신한다.
340단계에서, 상술한 메시지 교환을 통해 서빙 기지국(eNodeB A)의 관점에서 핸드오버가 수행될 수 있는 타겟 기지국, 즉, Preparation Set는 주변 기지국(eNodeB B, eNodeB C)이 된다.
345단계에서, B 지점에서 서빙셀(Cell A)의 서빙 기지국(eNodeB A)에서 주변 기지국(eNodeB B)으로 핸드오버하기로 결정된다.
350단계에서, 이로써, 주변 기지국(eNodeB B)는 타겟 기지국이 된다.
355단계에서, 서빙 기지국(eNodeB A)는 사용자 장치(UE)에게 RRC 메시지인 HO Command (핸드오버 명령)(HO command)를 보낸다.
360단계에서, 사용자 장치(UE)는 핸드오버 완료(HO complete) 메시지를 타겟 기지국(eNodeB B)에게 보냄으로써, 핸드오버 설정이 기지국(eNodeB A)에서 기지국(eNodeB B)로 이동한다. 이로써, 서빙 기지국은 eNodeB B가 되며, 서빙 셀은 cell B가 된다.
365단계에서, 현재 서빙 기지국(eNodeB B)은 이전 서빙 기지국인 기지국(eNodeB A)에게 X2AP를 이용하여 핸드오버 완료 지시(HO Complete Indication) 메시지를 보냄으로써 핸드오버가 완료되었음을 보고한다.
타겟 기지국(eNodeB B)은 자신이 내린 핸드오버 명령이 정상적으로 완료되었는지를 핸드오버 완료 지시(HO Complete Indication) 메시지를 수신함으로써 알 수 있다. 이는, LTE의 구조는 분산형 RRM(Distributed RRM) 형태로서, 기본적으로 기지국 자체에서 대부분의 동작을 결정 및 해결하는 구조를 갖기 때문이다.
핸드오버 완료 지시(HO Complete Indication) 메시지의 역할을 설명하면 다음과 같다. 서빙 기지국(eNodeB A) 입장에서는, 핸드오버 완료 지시(HO Complete Indication) 메시지를 수신한 후 RLF 복구를 요청하는 이벤트(RLF Recovery event)를 수신하였는지 또는 핸드오버 완료 지시(HO Complete Indication) 메시지를 수신하지 않은 상태에서 RLF 복구 이벤트(RLF Recovery event)를 수신하였는지에 따라 핸드오버의 실패 유형을 분석할 수 있다. 핸드오버 완료 지시(HO Complete Indication) 메시지에는 사용자 장치(UE)를 구분할 수 있는 식별자(ID)와 셀 식별자가 포함될 수 있다.
도 4는 본 발명의 실시예에 따른 핸드오버의 실패 유형을 판단하기 위한 서빙 기지국을 도시한 블록도이다.
도 4를 참조하면, 핸드오버의 실패 유형을 판단하기 위한 서빙 기지국(400)은 통신부(410), 제어부(420) 및 저장부(430)를 포함할 수 있다. 서빙 기지국(400)은 사용자 장치(UE)가 현재 유선 또는 무선 접속되어 사용자 장치(UE)에게 서비스를 제공하는 기지국으로서, 도 1 및 도 2의 eNodeB A일 수 있다.
서빙 기지국(400)은 서빙셀에서 타겟 기지국으로의 핸드오버를 발생시키는 기지국으로 동작할 뿐만 아니라, 상황에 따라 타겟 기지국으로 동작할 수 있다. 타겟 기지국은 서빙 기지국(400)의 주변에 위치하는 기지국으로서, 예를 들어, 도1 및 도 2의 eNodeB B, eNodeB C일 수 있다. 서빙셀은 서빙 기지국(400)이 위치하는 셀이며, 타겟셀은 타겟 기지국이 위치하는 셀이다.
통신부(410)는 도 3을 참조하여 설명한 핸드오버 리퀘스트(Handover Request)와 핸드오버 리퀘스트 애크(Handover Request Ack) 등 다양한 X2AP 메시지, RRC 메시지를 타겟 기지국(eNodeB B, eNodeB C) 또는 사용자 장치(UE)와 송수신할 수 있다.
또한, 통신부(410)는 무선링크실패(RLF: Radio Link Failure)에 의해 사용자 장치의 핸드오버가 실패하면, 사용자 장치(UE)로부터 무선접속재정립요청 메시지 또는 주변 기지국들로부터 RLF의 복구를 요청하는 이벤트를 수신할 수 있다.
자세히 설명하면, RLF에 의해 사용자 장치(UE)의 핸드오버가 실패하면, 통신부(410)는 도 4a에 도시된 바와 같이 사용자 장치(UE)로부터 무선접속재정립을 요청하는 메시지(RRCConnectionReestablishmentRequest)를 수신하고, 주변 기지국(예를 들어, eNodeB B, eNodeB C)에게 RLF Recovery event를 전송할 수 있다.
또는, RLC에 의해 사용자 장치(UE)의 핸드오버가 실패하면, 통신부(410)는 도 4b 또는 도 4c에 도시된 바와 같이 타겟 기지국(eNodeB B) 또는 주변 기지국(eNodeB C)으로부터 RLF 복구 요청 이벤트를 수신할 수 있다.
제어부(420)는 사용자 장치(UE)에게 핸드오버 명령어를 전송하였는지의 여부, 무선접속재정립요청 메시지(RRCConnectionReestablishmentRequest)의 수신 여부 또는 RLF의 복구를 요청하는 이벤트의 수신 여부를 고려하여 핸드오버의 실패 유형을 판단할 수 있다.
자세히 설명하면, 제어부(420)는 사용자 장치(UE)로부터 무선접속재정립을 요청하는 메시지(RRCConnectionReestablishmentRequest)가 수신되면, 타겟 기지국(eNodeB B)과 주변 기지국(eNodeB C)에게 RLF 복구 요청 이벤트를 전송하도록 통신부(410)를 제어할 수 있다.
그리고, 제어부(420)는 핸드오버 명령어(HO command)를 사용자 장치(UE)에게 보냈는지의 여부, RLF가 발생한 시기 또는 RLF의 복구를 타겟 기지국(eNodeB B)과 주변 기지국(eNodeB C)에게 요청하였는지 또는 타겟 기지국(eNodeB B)과 주변 기지국(eNodeB C)으로부터 RLF의 복구를 요청받았는지를 고려하여 핸드오버의 실패 유형을 판단할 수 있다.
저장부(430)는 판단된 핸드오버의 실패 유형을 핸드오버가 발생하였을 때의 상황, RLF가 발생하였을 때의 상황과 함께 저장할 수 있다. 제어부(420)는 저장된 기록을 분석함으로써, 통계적 및 시스템적으로 핸드오버를 운영하여 동일한 유형의 핸드오버 실패가 발생하는 경우를 자동으로 방지하며, 핸드오버 실패 빈도를 최소화할 수 있다.
사용자 장치(UE)가 서빙 기지국(예를 들어, eNodeB A, 400)과 무선으로 연결되어 서비스 데이터를 송수신하는 중 무선 접속의 동기가 깨지면, RLF가 발생한다. 사용자 장치(UE)는 서비스를 받기 위하여 셀 검색을 다시 한다. 사용자 장치(UE)는 다운링크를 통해 셀 검색을 할 수 있다.
사용자 장치(UE)는 셀 검색 중 파워가 가장 큰 기지국에게 RRC 메시지인 무선접속재정립요청(RRCConnectionReestablishmentRequest) 메시지를 보낸다. 이 RRC 메시지를 수신한 해당 기지국은 서빙 기지국(400)이거나 주변 기지국들(eNodeB B, eNodeB C) 중 하나일 수 있다. 이는, 도 3의 X2AP 절차(310단계 내지 335단계)에 의해, Preparation을 미리 해 놓은 기지국들이라면 RRC 설정 복구를 할 수 있다.
무선접속재정립요청(RRCConnectionReestablishmentRequest) 메시지를 수신한 기지국은 Preparation이 되어 있으므로, Preparation Set에 포함된 해당 기지국들에게 RLF Recovery event를 보낼 수 있다.
RLF Recovery event는 사용자 장치(UE)가 무선접속재정립요청(RRCConnectionReestablishmentRequest) 메시지를 받은 기지국에서, 기지국 내 어떤 셀로 어떤 UE에 대한 RRC 설정 복구 요청이 왔다는 사실을 알려 주는 것으로, RLF Recovery event에는 전송한 기지국의 ID, 셀 ID, 사용자 장치(UE)의 ID가 포함될 수 있다.
도 5a 내지 도 5c는 본 발명의 실시예에 따른 RLF Recovery event가 전송되는 유형을 설명하기 위한 도면이다.
먼저, 도 5a 내지 도 5c는 사용자 장치(UE)가 RLF를 판단하고, 셀 검색을 수행하여 무선접속재정립요청 메시지를 전송할 기지국을 선택한 이후에 그 기지국으로부터 RLF Recovery event가 전달되는 과정을 설명하기 위한 도면이다.
도 5a를 참조하면, 505단계에서, 사용자 장치(UE)에게 서비스를 제공 중인 서빙 기지국은 eNodeB A 혹은 eNodeB B 혹은 eNodeB C일 수도 있는 상황에서, 사용자 장치(UE)가 RLF라고 판단하여 무선접속재설정요청(RRCConnectionReestablishmentRequest) 메시지를 기지국 A로 전송할 수 있다.
즉, 505단계는, 사용자 장치(UE)의 RLF에 의한 셀 검색에 의해 파워가 가장 큰 기지국으로서 서빙 기지국(eNodeB A)이 선택된 것을 의미한다. 무선접속재설정요청(RRCConnectionReestablishmentRequest) 메시지는 RRC를 이용하여 무선으로 전송될 수 있다.
505를 받은 기지국 A는 510단계 및 515단계에서, 서빙 기지국(eNodeB A)은 Preparation Set에 포함되어 있는 기지국(eNodeB B)과 기지국(eNodeB C)에게 RLF의 복구가 자신의 기지국에서 발생하였다는 RLF Recovery event를 X2AP를 통해 전송할 수 있다.
도 5b를 참조하면, 530단계에서, 사용자 장치(UE)는 RLF에 의한 셀 검색에 의해 선택된 기지국(eNodeB B)에게 무선접속재정립을 요청하는 메시지(RRCConnectionReestablishmentRequest)를 전송한다. 즉, 530단계는, 사용자 장치(UE)의 셀 검색에 의해 파워가 가장 큰 기지국으로서 타겟 기지국(eNodeB B)이 선택된 것을 의미한다.
535단계에서, 기지국(eNodeB B)은 Preparation한 기지국, 즉, 자신의 기지국 B로 UE가 RLF에 의한 RRC 설정 복구를 요청했다는 사실을 RLF Recovery event란 X2AP 메시지를 통해 기지국(eNodeB B)에서 관리하는 Preparation Set의 기지국(eNodeB A)에 전송할 수 있다. 이는, 기지국(eNodeB B)의 Preparation Set에는 기지국(eNodeB A)가 Preparation한 기지국으로 저장되어 있기 때문이다.
도 5c를 참조하면, 550단계에서, 사용자 장치(UE)는 RLF에 의한 셀 검색에 의해 선택된 주변 기지국(eNodeB C)에게 무선접속재설정요청(RRCConnectionReestablishmentRequest) 메시지를 전송한다. 즉, 550단계는, 사용자 장치(UE)의 셀 검색에 의해 파워가 가장 큰 기지국으로서 주변 기지국(eNodeB C)이 선택된 것을 의미한다.
555단계에서, 기지국(eNodeB C)은 Preparation Set에 있는 기지국, 즉, 사용자 장치(UE)가 자신의 기지국 C로 RLF에 의한 RRC 설정 복구를 요청했다는 사실을 Preparation Set에 속한 기지국들에게 RLF Recovery event란 X2AP를 통해 전송할 수 있다. (예를 들어, 도 3의 시나리오의 경우, 기지국 C의 Preparation Set은 기지국(eNodeB A)이기 때문이다.
도 3의 시나리오와 서빙 기지국(eNodeB A)은 도 5a 내지 도 5c를 참조하여 설명한 X2AP 메시지, 즉, HO Complete Indication 메시지와 RLF Recovery event를 고려하여 핸드오버 실패의 유형을 판단할 수 있다. 이 두 메시지는 같은 이름의 다른 의미로 하나로 통합되도록 설계될 수도 있다.
도 6a 내지 도 6c는 사용자 장치의 이동경로에 따른 핸드오버 실패 유형을 설명하기 위한 도면이다. 도 6a 내지 도 6c에 표시된 원 안에 X가 표시된 부분에서 도 5a 내지 도 5c를 참조하여 설명한 과정이 수행된다고 할 수 있다.
먼저, 도 6a는 핸드오버가 성공적으로 된 후 RLF가 발생 경우 핸드오버 실패 유형을 설명하기 위한 도면이다.
도 6a를 참조하면, 서빙 기지국(eNodeB A)은 사용자 장치(UE)에게 타겟 기지국(eNodeB B)으로의 HO Command (핸드오버 명령)(HO command)를 내리며, HO Command (핸드오버 명령)(HO command)를 수신한 사용자 장치(UE)는 타겟 기지국(eNodeB B)에게 핸드오버 완료(HO complete) 메시지를 보낸다.
핸드오버 완료(HO complete) 메시지를 수신한 타겟 기지국(eNodeB B)은 X2AP를 이용하여 핸드오버 완료 지시(HO Complete Indication) 메시지를 소스 기지국(eNodeB A)으로 보내며, 이로써 정상적인 핸드오버가 완료되었다. 그러나, 핸드오버가 완료된 후 RLF가 발생하여, 사용자 장치(UE)는 셀 검색을 통해 기지국(eNodeB A)를 선택하고, 무선재정립요청메시지를 기지국(eNodeB A)에게 전송한다. 즉, 도 5a를 참조하여 설명한 case A가 발생한다.
기지국(eNodeB A)은 핸드오버 완료 지시(HO Complete Indication) 메시지를 받은 상태에서 일정 시간 이내에 무선재정립요청 메시지를 수신하였으므로, 기지국(eNodeB A)은 자신이 빨리 핸드오버를 한 것으로 판단하고, 핸드오버의 실패 유형을 'Detection of Too Early HO'로 정한다. 그리고, 기지국(eNodeB A)은 이러한 히스토리를 저장한 후 추후 HO Command (핸드오버 명령)를 이전보다 지연시키도록 파라미터를 튜닝할 수 있다.
이 때, 핸드오버 완료 지시(HO Complete Indication) 메시지의 역할은 서빙 기지국(eNodeB A)이 내린 HO Command (핸드오버 명령)에 대한 핸드오버가 정상적으로 수행되었는지를 알며, 핸드오버 완료 지시(HO Complete Indication) 메시지를 수신한 시점을 기준으로 일정시간 내에 자신의 기지국으로 무선접속재설정요청(RRCConnectionReestabilshmentRequest)에 들어 오는 것을 통해 핸드오버 실패 유형인 'Detection of Too Early HO'를 판단할 수 있다.
도 6b는 핸드오버가 개시되기 전에 RLF가 발생 경우 핸드오버 실패 유형을 설명하기 위한 도면이다.
도 6b를 참조하면, 사용자 장치(UE)의 핸드오버가 개시되기 전에 셀 A(cell A)에서 RLF가 발생하였다. 사용자 장치(UE)는 서빙 기지국(eNodeB A)과의 접속이 유지된 상태에서 RLF의 발생을 감지하고, 셀 검색에 의해 타겟 기지국(eNodeB B)을 선택한다(CASE Ⅱ-1). 따라서, 사용자 장치(UE)는 도 5b를 참조하여 설명한 바와 같이, 기지국(eNodeB B)에게 무선재정립요청 메시지를 보낸다.
서빙 기지국(eNodeB A)의 입장에서, 서빙 기지국(eNodeB A)은 HO Command (핸드오버 명령)를 사용자 장치(UE)에게 보내지 않은 상태에서, 타겟 기지국(eNodeB B)으로부터, RLF Recovery event를 수신하였으므로, 빨리 핸드오버를 결정하여 HO Command (핸드오버 명령)를 보내면 좋았을 것이라고 판단한다. 따라서, 서빙 기지국(eNodeB A)은 자신이 핸드오버를 지연시킨 것으로 판단하고, 핸드오버의 실패 유형을 'Detection of Too Late HO'로 정한다.
그리고, 서빙 기지국(eNodeB A)은 이러한 히스토리를 저장한 후, 추후 HO Command (핸드오버 명령)를 이전보다 빨리 내릴 수 있도록 파라미터를 튜닝할 수 있다. 이로써, ' Too Late HO'의 발생 빈도를 감소시킬 수 있다. 이는 도 6b의 CASE Ⅱ-2에 대해서도 유사하므로 상세한 설명은 생략한다.
도 6c는 핸드오버가 진행되는 동안 RLF가 발생 경우 핸드오버 실패 유형을 설명하기 위한 도면이다.
도 6c를 참조하면, 서빙 기지국(eNodeB A)은 사용자 장치(UE)에게 타겟 기지국(eNodeB B)으로의 HO Command (핸드오버 명령)를 내렸다. HO Command (핸드오버 명령)를 수신한 후 사용자 장치(UE)는 RLF 의 발생을 감지하고, 셀 검색에 의해 타겟 기지국(eNodeB B)을 선택한다(CASE Ⅲ-1). 따라서, 사용자 장치(UE)는 도 5b를 참조하여 설명한 바와 같이, 타겟 기지국(eNodeB B)에게 무선재정립요청 메시지를 보낸다.
서빙 기지국(eNodeB A)의 입장에서, 서빙 기지국(eNodeB A)은 HO Command (핸드오버 명령)(HO command)를 사용자 장치(UE)에게 보낸 후, 타겟 기지국(eNodeB B)으로부터 RLF Recovery event를 수신하였으므로, 핸드오버의 실패 유형을 'Detection of Too Late HO'로 정한다.
그리고, 서빙 기지국(eNodeB A)은 이러한 히스토리를 저장한 후, 추후 HO Command (핸드오버 명령)를 이전보다 빨리 내리도록 파라미터를 튜닝할 수 있다. 이로써, 'Too Late HO'의 발생 빈도를 감소시킬 수 있다. 이는 도 6c의 CASE Ⅲ-2에 대해서도 유사하므로 상세한 설명은 생략한다. 도 6c의 'Too Late HO'와 도 6b의 'Too Late HO'의 차이점은 소스 기지국(eNodeB A)이 HO Command (핸드오버 명령)를 내린 후에 발생한 것이므로, HO Command를 내린 시점에서 튜닝하므로 좀 더 정확한 튜닝이 가능하다.
한편, 도 6a에 도시된 바와 같이, 핸드오버가 성공적으로 된 후 RLF가 발생 경우, 기지국(eNodeB B)가 아닌 기지국(eNodeB C)으로부터 RLF Recovery event를 수신할 수도 있다. 이는 도 5c를 참조하여 바와 같이, 사용자 장치(UE)까 RLF를 감지한 후 셀 검색에 의해 주변 기지국(eNodeB C)에게 무선재정립요청 메시지를 전송한 경우이다. 즉, 사용자 장치(UE)는 셀 검색에 의해 파워가 가장 큰 기지국으로서 기지국(eNodeB C)을 선택하여 기지국(eNodeB C)에게 무선재정립요청 메시지를 전송하고, 이 메시지를 받은 기지국(eNodeB C)은 Preparation Set에 해당하는 기지국(eNodeB A)에게 RLF Recovery event를 전송한다.
이러한 경우, 기지국 C로부터 RLF Recovery event를 받은 기지국(eNodeB A)은 HO Command의 내부 정보에 셀 (cell B)로의 핸드오버를 했기 때문에 셀(cell B)보다는 셀 (cell C)로 핸드오버를 명령했었어야 했다고 판단하고, 핸드오버 실패 유형을 'Detection of HO to a Wrong Cell'로 정할 수 있다. 그리고, 서빙 기지국(eNodeB A)은 이러한 히스토리를 저장한 후 추후 HO Command (핸드오버 명령)를 보다 정확한 셀로 내릴 수 있다.
도 7은 기지국 A 입장에서 핸드오버의 실패 유형을 판단하는 방법을 정리한 표이다.
CASE Ⅰ은 도 6a를 참조하여 설명한 바와 같이, 핸드오버가 개시되기 전에 RLF가 발생한 경우의 유형으로서, 'Too Late HO'에 해당한다.
CASE Ⅱ는 도 6b를 참조하여 설명한 바와 같이, 핸드오버가 진행되는 동안 RLF가 발생한 경우의 유형으로서, 'Too Late HO'에 해당한다.
CASE Ⅲ는 도 6c를 참조하여 설명한 바와 같이, 핸드오버가 성공적으로 수행된 후 일정 시간 이내에 RLF가 발생한 경우의 유형으로서, 서빙 기지국(eNodeB A)이 타겟 기지국(eNodeB B)으로부터 RLF Recovery event를 수신하였으며, 'Too Early HO'에 해당한다.
CASE Ⅳ는 예를 들어 핸드오버 명령어(HO Command)의 의미가 기지국 A에서 기지국 B로의 셀(cell B)로 핸드오버를 요청하였으나 UE가 RLF라고 판단하여 다시 잡은 기지국이 C인 경우로 기지국 A는 기지국 C로부터 RLF Recovery event를 받게 되면 ' HO to a Wrong Cell'에 해당한다.
본 발명에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 상기 매체는 프로그램 명령, 데이터 구조 등을 지정하는 신호를 전송하는 반송파를 포함하는 광 또는 금속선, 도파관 등의 전송 매체일 수도 있다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 본 발명의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
이상과 같이 본 발명은 비록 한정된 실시예와 도면에 의해 설명되었으나, 본 발명은 상기의 실시예에 한정되는 것은 아니며, 본 발명이 속하는 분야에서 통상의 지식을 가진 자라면 이러한 기재로부터 다양한 수정 및 변형이 가능하다.
그러므로, 본 발명의 범위는 설명된 실시예에 국한되어 정해져서는 아니 되며, 후술하는 특허청구범위뿐 아니라 이 특허청구범위와 균등한 것들에 의해 정해져야 한다.
eNodeB: 기지국 aGW: 액세스 게이트웨이
UE: 사용자 장치 400: 서빙 기지국
410: 통신부 420: 제어부
430: 저장부

Claims (1)

  1. 무선링크실패(RLF: Radio Link Failure)에 의해 사용자 장치의 핸드오버가 실패하면, 상기 사용자 장치로부터 무선접속재정립요청 메시지 또는 주변 기지국들로부터 상기 RLF의 복구를 요청하는 이벤트를 수신하는 통신부; 및
    상기 사용자 장치에게 핸드오버 명령어를 전송하였는지의 여부, 상기 무선접속재정립요청 메시지의 수신 여부 또는 상기 RLF의 복구를 요청하는 이벤트의 수신 여부를 고려하여 상기 핸드오버의 실패 유형을 판단하는 제어부
    를 포함하는 핸드오버 실패 유형 판단을 위한 서빙 기지국.
KR1020100035684A 2009-10-08 2010-04-19 핸드오버 실패 유형 판단을 위한 서빙 기지국 KR20110038571A (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20090095513 2009-10-08
KR1020090095513 2009-10-08

Publications (1)

Publication Number Publication Date
KR20110038571A true KR20110038571A (ko) 2011-04-14

Family

ID=44045620

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020100035684A KR20110038571A (ko) 2009-10-08 2010-04-19 핸드오버 실패 유형 판단을 위한 서빙 기지국

Country Status (1)

Country Link
KR (1) KR20110038571A (ko)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013005992A3 (en) * 2011-07-05 2013-04-11 Samsung Electronics Co., Ltd. Method for avoiding handover failure
WO2015042100A1 (en) * 2013-09-17 2015-03-26 Intel IP Corporation User equipment and methods for fast handover failure recovery in 3gpp lte network
US9674852B2 (en) 2013-10-31 2017-06-06 Intel IP Corporation Radio link failure handling for dual connectivity
US9992812B2 (en) 2013-02-08 2018-06-05 Nec Corporation Handover failure detection device, handover parameter adjustment device, and handover optimization system
US10305574B2 (en) 2013-08-08 2019-05-28 Intel IP Corporation Coverage extension level for coverage limited device
US12127241B2 (en) 2023-05-26 2024-10-22 Apple, Inc. User equipment and methods of bearer operation for carrier aggregation

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10779357B2 (en) 2011-07-05 2020-09-15 Samsung Electronics Co., Ltd Method for avoiding handover failure
US10420166B2 (en) 2011-07-05 2019-09-17 Samsung Electronics Co., Ltd Method for avoiding handover failure
WO2013005992A3 (en) * 2011-07-05 2013-04-11 Samsung Electronics Co., Ltd. Method for avoiding handover failure
US9992812B2 (en) 2013-02-08 2018-06-05 Nec Corporation Handover failure detection device, handover parameter adjustment device, and handover optimization system
US10305574B2 (en) 2013-08-08 2019-05-28 Intel IP Corporation Coverage extension level for coverage limited device
WO2015042100A1 (en) * 2013-09-17 2015-03-26 Intel IP Corporation User equipment and methods for fast handover failure recovery in 3gpp lte network
US9554305B2 (en) 2013-09-17 2017-01-24 Intel IP Corporation User equipment, port control protocol server, and methods for signaling device and application feedback
US9867206B2 (en) 2013-10-31 2018-01-09 Intel IP Corporation Signaling extended EARFCN and E-UTRA bands in UMTS networks
US9999063B2 (en) 2013-10-31 2018-06-12 Intel IP Corporation Resource allocation for D2D discovery in an LTE network
US10009911B2 (en) 2013-10-31 2018-06-26 Intel IP Corporation User equipment and mobility management entity and methods for periodic update in cellular networks
US10015807B2 (en) 2013-10-31 2018-07-03 Intel IP Corporation Radio link failure handling for dual connectivity
US10015805B2 (en) 2013-10-31 2018-07-03 Intel IP Corporation User equipment and methods of bearer operation for carrier aggregation
US10136447B2 (en) 2013-10-31 2018-11-20 Intel IP Corporation Signaling for inter-cell D2D discovery in an LTE network
US10251187B2 (en) 2013-10-31 2019-04-02 Intel IP Corporation Resource allocation for D2D discovery in an LTE network
US9992781B2 (en) 2013-10-31 2018-06-05 Intel IP Corporation Signaling for inter-cell D2D discovery in an LTE network
US9826539B2 (en) 2013-10-31 2017-11-21 Intel IP Corporation Resource allocation for D2D discovery in an LTE network
US10512095B2 (en) 2013-10-31 2019-12-17 Intel IP Corporation User equipment and methods of bearer operation for carrier aggregation
US9674852B2 (en) 2013-10-31 2017-06-06 Intel IP Corporation Radio link failure handling for dual connectivity
US11706793B2 (en) 2013-10-31 2023-07-18 Apple Inc. User equipment and methods of bearer operation for carrier aggregation
US12127241B2 (en) 2023-05-26 2024-10-22 Apple, Inc. User equipment and methods of bearer operation for carrier aggregation

Similar Documents

Publication Publication Date Title
US9516533B2 (en) Method for reporting radio link failure information
EP2541986B1 (en) Method and user equipment for reporting handover scenario judgement parameter and base station for handover scenario judgement
EP2673983B1 (en) Methods, apparatuses and computer program products for providing an improved hand over operation
US20240049098A1 (en) Methods for communication, terminal device, network device, and computer readable media
EP2939467B1 (en) Intelligent irat handover requests
US20150038143A1 (en) Optimizing handover or cell reselection based on historical data
US8774812B2 (en) Detecting cell spots
US9832662B2 (en) Method and device for determining radio link failure reason
US20240306048A1 (en) Method, device and computer storage medium of communication
US20150230134A1 (en) Method and apparatus for performing handover and re-establishment of connections
US11659450B2 (en) Method for supporting indication of a failure event to a source access system
JP2013544474A (ja) 無線リンク障害情報を報告する方法、端末設備および基地局
KR20120036718A (ko) 단말기 및 그 단말기에서 셀 정보 관리 방법
US20160073301A1 (en) Communication apparatus and handover control method in a wireless communication system
CN103581999B (zh) 邻小区列表更新方法、测量信息上报方法、终端和基站
US20240298227A1 (en) Methods for communication, terminal device, network device, and computer readable media
KR20110038571A (ko) 핸드오버 실패 유형 판단을 위한 서빙 기지국
CN106792557B (zh) 一种lte轨道交通场景下数据调度方法
CN104254090B (zh) 一种实现自动邻区关系建立的方法、终端、基站及系统
EP4171120A1 (en) Migration method under hybrid networking, storage medium, and electronic device
KR101027094B1 (ko) 무선링크실패에 따른 무선접속 복구방법
US12082059B2 (en) Coordinated MRO for PSCell change failure
WO2024017237A1 (zh) 由用户设备执行的方法以及用户设备
KR101961740B1 (ko) 핸드오버관련장치 및 핸드오버관련장치의 동작 방법
JP2016189620A (ja) リンク失敗原因の分析方法、ネットワーク最適化方法及びその装置

Legal Events

Date Code Title Description
WITN Application deemed withdrawn, e.g. because no request for examination was filed or no examination fee was paid