KR102115896B1

KR102115896B1 - 무선 링크 실패 또는 핸드오버 실패의 원인을 검출하기 위한 방법

Info

Publication number: KR102115896B1
Application number: KR1020147035912A
Authority: KR
Inventors: 리시앙 쉬; 홍 왕; 후아루이 리앙; 씨아오안 케
Original assignee: 삼성전자 주식회사
Priority date: 2012-05-22
Filing date: 2013-05-22
Publication date: 2020-06-05
Also published as: WO2013176483A1; EP2853109B1; EP2853109A1; CN103428783A; US20130316713A1; EP3509350B1; CN103428783B; EP2853109A4; KR20150027108A; EP3509350A1

Abstract

무선 링크 실패(RLF: radio link failure) 또는 핸드오버의 원인을 검출하기 위한 방법이 제공된다. 여기서, 제1 기지국은 사용자 장치를 위한 핸드오버 처리를 트리거하고, 소스 셀에서의 사용자 장치의 이동성 또는 핸드오버 정보는 제2 기지국으로 전송된다. 제2 기지국이 사용자 장치의 RLF 리포트를 수신한 후, 제2 기지국은 소스 셀에서 사용자 장치의 이동성 또는 핸드오버 정보 및 사용자 장치의 RLF 리포트에 따라 실패의 원인을 판단할 수 있다. 다른 방법은 RLF(radio link failure) 또는 핸드오버 실패의 원인을 검출한다. 상기 방법의 응용은 RLF 또는 핸드오버 실패의 원인의 판단의 정확도를 향상시키고, MRO의 효율을 향상시키며, 시스템 성능을 향상시킬 수 있다.

Description

무선 링크 실패 또는 핸드오버 실패의 원인을 검출하기 위한 방법{METHOD FOR DETECTING CAUSE OF RADIO LINK FAILURE OR HANDOVER FAILURE}

본 발명은 이동 통신 기술에 관한 것으로, 보다 상세하게는, 무선 링크 실패(RLF: radio link failure) 또는 핸드오버 실패의 원인을 검출하기 위한 방법에 관한 것이다.

통신 기술의 발전에 따라, 이동 통신 시스템은 SAE(System Architecture Evolution) 시스템으로 진화해 왔다. 도 1은 SAE 시스템의 구조를 도시한 개략도이다. 도 1을 참조하면, SAE 시스템은 E-UTRAN(Evolved Universal Terrestrial Radio Access Network, 101) 및 MME(Mobile Management Entity, 105) 및 S-GW(Serving Gateway, 106)를 포함하는 코어 네트워크를 포함한다. E-UTRAN(101)은 사용자 장치(UE: User Equipment)를 코어 네트워크에 연결시키도록 구성되며, 하나 이상의 eNB(evolved Node B, 102) 및 하나 이상의 HeNB(Home eNB, 103)을 포함하고, 선택적인 HeNB GW(HeNB GateWay, 104)를 더 포함한다. MME(105) 및 S-GW(106)는 하나의 모듈에 통합되거나, 개별적으로 구현될 수 있다. eNB(102)는 X2 인터페이스를 통해 다른 eNB(102)와 연결되고, S1 인터페이스를 통해 MME(105) 및 S-GW(106) 각각과 연결된다. HeNB(103)는 S1 인터페이스를 통해 MME(105) 및 S-GW(106) 각각과 연결되거나; 또는 S1 인터페이스를 통해 선택적인 HeNB GW(104)와 연결된다. 그리고 HeNB GW(104)는 S1 인터페이스를 통해 MME(105) 및 S-GW(106) 각각과 연결된다.

SAE 시스템 배치의 초기 단계에서 또는 SAE 시스템 운용 단계 동안, SAE 시스템에서 좋은 커버리지(coverage)와 용량, 모바일 강건성(robustness), 이동 시 부하 분산 및 사용자 장치의 충분한 접속 스피드를 보장하기 위하여, 매우 많은 수의 인간 및 물질 자원이 SAE 시스템의 파라미터들, 특히, 무선 파라미터들을 최적화하는 데에 소요될 수 있다. SAE 시스템 동작 프로세스 동안 소모되는 육체 자원 및 물질 자원을 절약하기 위하여, SAE 시스템을 자기-최적화(self-optimizing)하기 위한 방법이 이제 제안된다. 자기-최적화 동안, eNB 또는 HeNB의 설정이 SAE 시스템의 현재 상태에 따라 최적화된다. eNB 및 HeNB 양자 모두는 다음의 SAE 시스템을 자기-최적화하기 이한 방법의 기술에서 설명의 편의를 위하여 모두 eNB로 칭할 수 있다.

도 2는 SAE 시스템을 자기-최적화하기 위한 기본 원리를 설명하기 위한 개략도이다. 도 2를 참조하면, eNB가 전원을 켜거나, SAE 시스템에 접속 한 후, 자기-설정(self-configuring) 프로세스가 시작될 수 있다. 자기-설정 프로세스는 eNB를 위한 초기 무선 파라미터 설정 및 기본 설정을 포함한다. eNB를 위한 기본 설정은 eNB의 IP(Internet Protocol) 어드레스를 설정하고, OAM(Operation Administration and Maintenance) 검출하는 단계, eNB 및 코어 네트워크 간 인증하는 단계, eNB가 HeNB일 때, eNB가 속한 HeNB GW를 검출하는 단계, 및 자기-설정을 위하여 eNB의 운용 및 소프트웨어의 파라미터를 다운로드하는 단계를 포함한다. 초기 무선 파라미터 설정은 경험 또는 시뮬레이션에 따라 구현된다. SAE 시스템에서 각 eNB의 성능은 eNB가 위치한 영역의 환경에 의해 영향을 받을 것이기 때문에, eNB는 eNB가 위치한 영역의 환경에 따라 무선 파라미터 설정을 초기화한다. 특히, eNB는 부하 분산을 위한 초기 설정 및 이웃 영역 리스트를 위한 초기 설정을 수행한다. 자기-설정 프로세스 후, eNB에 의해 설정된 많은 파라미터가 최적화되지 않는다.

그러므로 SAE 시스템의 성능을 향상시키기 위하여, eNB의 설정은 최적화되거나 조정되어야 하며, 이는 또한 이동 통신 시스템의 자기-최적화로 지칭된다. eNB 설정의 최적화 또는 조정은 백그라운드에서 OAM의 제어 하에 eNB에 의해 구현될 수 있다. 특히, eNB 및 OAM 간에 표준화된 인터페이스가 존재할 수 있고, OAM은 표준화된 인터페이스를 통해 eNB(즉, eNB 또는 HeNB)로 최적화된 파라미터를 전송할 것이다. 그러면, eNB는 최적화된 파라미터에 따라 자기-설정에서 파라미터를 최적화한다. 추가로, eNB의 설정은 또한 eNB 자신에 의해 최적화 또는 조정될 수 있고, 즉 eNB는 최적화된 성능을 검출하고 얻을 수 있고, 그런 다음 그 성능에 대응하는 이의 파라미터를 최적화하거나 조정한다. eNB 설정의 최적화 또는 조정은 이웃 영역 리스트를 자기-최적화하는 단계, 커버리지 및 용량을 자기-최적화하는 단계, 이동 강건성을 최적화하는 단계, 부하 분산을 최적화하는 단계, RACH(Random Access Channel)를 최적화하는 단계 등을 포함할 수 있다.

현재, 릴리즈 10 이동 강건성 자기-최적화의 기본 원리는 다음과 같다: UE가 RLF 또는 핸드오버 실패에 직면한 후 연결 모드로 재진입할 때, UE는 이용 가능한 RLF 리포트가 존재하는 네트워크에 지시하고, 네트워크는 RLF 리포트를 요청하기 위하여 UE로 메시지를 전송한다; UE에 의해 전송된 RLF 리포트는 UE를 서비스한 마지막 셀의 ECGI(E-UTRAN Cell Global Identifier), 재수립을 시도하는 셀의 ECGI, 마지막으로 핸드오버 프로세스를 트리거한 셀의 ECGI, 마지막 핸드오버 트리거와 연결 실패 사이의 시간, RLF 또는 핸드오버 실패인 연결 실패의 원인 및 무선 측정을 포함한다; UE의 RLF 리포트를 얻은 기지국 1은 UE를 서비스한 마지막 셀이 위치한 기지국 2로 UE로부터 얻은 RLF 리포트를 전달한다; UE를 서비스한 마지막 기지국은 RLF 또는 핸드오버 실패의 원인이 너무 이른 핸드오버인지, 너무 늦은 핸드오버인지, 잘못된 셀로의 핸드오버인지, 또는 커버리지 홀인지 여부를 판단한다; 만약 너무 이른 핸드오버 또는 잘못된 셀로의 핸드오버이면, 기지국은 너무 이른 핸드오버 또는 잘못된 셀로의 핸드오버 메시지를 기지국 3으로 전송하고 기지국 3은 너무 이른 핸드오버 또는 잘못된 셀로의 핸드오버 메시지를 트리거한다.

릴리즈 11에서, 3GPP가 이종의 네트워크(HetNet)의 배치를 지원하는 것이 필요할 때, 겪게 되는 문제는 다음을 포함한다:

a) UE가 매크로 셀로부터 피코 셀까지 핸드오버하는 프로세스에 있어서, UE의 고속 이동에 의하여, UE는 타겟 셀에 접속하는 데에 실패하거나, UE가 타겟 피코 셀로 막 성공적으로 핸드오버되었을 때, RLF 실패가 발생하고 UE는 소스 셀 또는 다른 매크로 셀에서 연결을 성공적으로 수립한다. 저속으로 이동하는 UE에 대해, 그러한 상황이 복수의 UE에게 발생하였음이 밝혀지면, 매크로 셀 및 피코 셀의 핸드오버 트리거는 조정되는 것이 필요하다. 그러한 상황이 고속으로 이동하는 UE에 대해 발생하면, 이는 단지 고속으로 이동하는 UE의 핸드오버 트리거를 조정하는 것이 필요하다.

b) 셀 범위 확장(CRE: cell range expansion)의 경우에 있어서, 매크로 셀에서 UE를 위한 핸드오버 기준은 달라질 수 있다. UE가 피코 셀로 막 성공적으로 핸드오버되면, RLF 실패가 발생하고 UE는 소스 셀 또는 다른 셀에 성공적으로 접속한다. 매크로 셀에서 UE를 위한 핸드오버 기준이 달라질 수도 있기 때문에, 실패의 원인은 너무 이른 핸드오버 또는 잘못된 셀로의 핸드오버가 될 수 있다; 하지만, 관련된 기술에 따르면, 소스 셀(피코 셀로의 핸드오버를 트리거하는 셀)이 핸드오버 리포트를 수신한 후, 소스 셀은 핸드오버 규칙이 잘못되었는지 정확하게 식별할 수 없기 때문에, 소스 셀은 실패의 원인을 정확하게 판단할 수 없다.

상기 문제들을 해결하기 위하여, 일부 예시적인 해결책이 아래와 같이 제공된다.

제1 스킴(scheme): UE는 UE를 서비스한 마지막 셀에서 UE의 CRNTI(cell radio network temporary identifier) 및 시그널링(signaling) 메시지의 데이터 무결성을 위하여 사용되는 매체 접근 제어(MAC)의 짧은 정보(short MAC-I: short information of Media Access Control)를 전달한다. RLF 리포트를 수신한 기지국은 UE를 서비스한 마지막 기지국으로 RLF 리포트를 전송하고, UE를 서비스한 마지막 기지국은 CRNTI 및 short MAC-I에 따라 UE의 콘텍스트(context)를 찾고, RLF 리포트에서의 정보 및 UE의 콘텍스트에서의 정보에 따라 RLF 또는 핸드오버 실패의 원인을 판별한다.

제2 스킴: 핸드오버는 예컨대, 고속 UE, 셀 범위 확장(CRE: cell range expansion)을 이용하는 UE 등으로 분류된다; 소스 기지국은 분류(핸드오버 토큰: HO Token)를 UE로 전송한다. 그러면, 소스 기지국은 UE의 RLF로부터 핸드오버 토큰을 얻고, 핸드오버 토큰에 따라 RLF 또는 핸드오버 실패의 원인을 추가로 판단한다.

제3 스킴: 핸드오버는 예컨대, 고속 UE, CRE를 이용하는 UE 등으로 분류된다; 소스 기지국은 분류(핸드오버 토큰: HO Token)를 UE로 전송한다. UE는 재접속된 기지국으로 UE의 RLF 리포트에 핸드오버 토큰을 전송한다. 그리고 재접속된 기지국은 핸드오버 토큰 또는 UE의 RLF 리포트에 따라 RLF 또는 핸드오버 실패의 원인을 추가로 판단한다.

다음의 문제는 제1 스킴과 관련된다: 이 방법이 매크로 셀로부터 피코 셀로의 핸드오버가 실패한 상황에서 사용될 때, 이 방법은 효과가 있을 것이다. 하지만, 이 방법이 매크로 셀로부터 피코 셀로의 핸드오버가 성공하고 그리고 핸드오버가 막 성공하고 UE가 소스 매크로 셀 또는 다른 매크로 셀에서 연결이 성공적으로 수립되었을 때 RLF 실패가 발생한 상황에서 사용될 때, UE를 서비스한 마지막 셀이 피코 셀이기 때문에, UE에 의해 리포트된 C-RNTI(Cell - Radio Network Temporary Identifier) 및 short MAC-I는 피코 셀에서 UE의 정보이다. UE의 콘텍스트가 UE에 의해 리포트된 C-RNTI 및 short MAC-I에 따라 발견된 후에, 소스 매크로에서 UE의 정보, 예컨대, 소스 매크로 셀에서 CRE 설정이 존재하는지 여부는 얻을 수 없다. 따라서 상술한 문제들 a) 및 b)는 해결될 수 없다.

다음의 2가지 문제들은 제2 스킴과 관련된다.

제1 문제: 핸드오버 트리거는 많은 팩터들, 예컨대, 측정 설정, 측정 결과, 간섭 제거를 위한 방법, 부하 분산 등을 고려하는 것이 필요하다; 핸드오버 형식을 나타내기 위한 분류를 단순히 사용하는 것은 어렵고, 분류를 기초로 하는 판단의 결과는 오류 및 편차를 보일 수 있다.

제2 문제: 기존의 이동성 강건성 최적화 검출 방법에 따르면, RLF 또는 핸드오버 실패의 원인을 판단하는 것은 UE를 서비스한 마지막 셀이 위치한 기지국이다. UE가 매크로 셀로부터 피코 셀로 성공적으로 핸드오버하고 핸드오버가 막 성공하고 UE가 소스 매크로 셀 또는 다른 매크로 셀에서 연결을 성공적으로 수립할 때 RLF 실패가 발생하는 상황에 대해, 핸드오버 토큰은 매크로 eNB를 위한 것이기 때문에, UE를 마지막으로 서비스한 피코 셀은 매크로 셀의 핸드오버 토큰에 대응하는 파라미터들을 얻는다; 피코 기지국은 피코 기지국이 UE의 RLF 리포트에 따라 RLF 또는 핸드오버 실패의 원인을 판단한 후, 소스 기지국으로 핸드오버 리포트를 전송할 것이다. 그리고 소스 기지국은 수신된 핸드오버 토큰에 따라 다시 실패의 원인을 판단하는 것이 필요하다. 따라서 타켓 피코 기지국의 판단은 어떠한 의미도 없을 것이며, 판단 노드는 RLF 또는 핸드오버 실패의 원인에 대한 기존의 판단 노드와 다르다.

다음의 문제는 제3 스킴과 관련된다: UE에 의해 재접속된 기지국이 핸드오버를 마지막으로 트리거한 기지국이 아니면, UE에 의해 재접속한 기지국은 핸드오버 토큰의 의미를 정확하게 이해할 수 없고, 따라서 정확한 판단을 할 수 없다. 한편, 제2 스킴에서의 문제들 또한 제3 스킴에서 존재한다.

관련된 기술은 이종 네트워크(HetNet)의 배치의 경우에 직면한 문제들을 해결할 수 없음을 알 수 있을 것이다.

앞서 논의된 종래 기술의 결함들을 다루기 위하여, 기지국이 이동한 UE의 콘텍스트 정보를 저장하는 것을 피하면서, 무선 링크 실패(RLF) 또는 핸드오버 실패의 원인을 검출하기 위한 방법을 제공하는 것이 주요한 목적이다. 그렇게 함으로써, RLF 또는 핸드오버 실패의 원인 판단의 정확성이 향상된다.

본 발명은 또한, 기지국이 이동한 UE의 콘텍스트 정보를 저장하는 것을 방지하면서, 네크워크가 UE 콘텍스트에 따라 UE의 핸드오버 또는 이동성 설정 정보를 알기 위하여 정확한 UE 콘텍스트를 찾을 수 있도록, 무선 링크 실패(RLF) 또는 핸드오버 실패의 원인을 검출하기 위한 다른 방법을 제공한다. 이로써 MRO의 효율을 향상시키고 시스템 성능이 향상되도록 UE가 RLF 또는 핸드오버 실패에 직면한 이유를 정확하게 판단한다.

상술한 목적을 달성하기 위하여, 본 발명은 무선 링크 실패(RLF) 또는 핸드오버 실패의 원을 검출하기 위한 제1 방법을 제공한다. 이 방법은:

제1 기지국에 의해, 사용자 장치(UE)를 위한 핸드오버 프로세스를 트리거하고, 소스 셀에서 UE의 이동성 또는 핸드오버 정보를 포함하는 핸드오버 요청 메시지를 제2 기지국으로 전송하는 단계;

제2 기지국이 UE의 RLF 리포트를 수신한 후, 제2 기지국에 의해, 소스 셀에서 UE의 이동성 또는 핸드오버 정보 및 UE의 RLF 리포트에 따라 실패의 원인을 판단하는 단계를 포함한다.

일 실시예에 있어서, UE의 이동성 또는 핸드오버 정보는 하나 이상의 다음의 종류의 정보를 포함한다:

UE의 측정 설정 정보;

핸드오버가 트리거되었을 때 UE의 측정 결과 리포트;

CRE(cell range expansion) 설정 정보가 존재하는지 여부;

UE의 스피드 정보;

UE의 히스토리 정보;

DRX(discontinuous reception) 설정;

상향링크 전력 제어 정보;

RACH(random access channel)의 파라미터 설정;

이동성 부하 분산 정보;

핸드오버의 원인.

본 발명은 RLF(Radio Link Failure) 또는 핸드오버 실패의 원인을 검출하기 위한 제2 방법을 제공하며, 이 방법은:

제2 기지국이 UE의 RLF 리포트를 수신한 후, 제2 기지국에 의해 UE의 RLF 리포트에 따라 UE의 실패의 원인을 판단하고, 실패 이전에 마지막으로 핸드오버를 트리거한 기지국으로 핸드오버 리포트를 전송하는 단계; 핸드오버 리포트는 마지막 핸드오버를 트리거한 소스 셀에서 UE의 이동성 또는 핸드오버 정보를 포함하며;

제1 기지국에 의해 UE의 이동성 또는 핸드오버 정보에 따라 실패의 원인을 분석하는 단계를 포함한다.

본 발명은 무선 링크 실패(RLF) 또는 핸드오버 실패의 원인을 검출하기 위한 제2 방법을 제공하며, 이 방법은:

UE가 RLF 실패에 직면했을 때, UE에 의해 RLF 리포트에서 실패 이전에 마지막으로 핸드오버를 트리거한 셀에서 UE의 CRNTI(cell radio network temporary identifier)를 전달하는 단계;

UE에 의해 UE가 연결을 재수립한 기지국으로 RLF 리포트를 전송하고, UE가 연결을 재수립한 기지국에 의해 RLF 리포트를 UE를 마지막으로 서비스한 셀이 실패 이전에 위치한 기지국으로 전송하는 단계;

UE를 마지막으로 서비스한 셀이 위치한 기지국에 의해, 상기 RLF 리포트에 따라 UE의 실패의 원인을 판단하는 단계; 실패의 원인이 너무 이른 핸드오버 또는 잘못된 셀로의 핸드오버이면, UE를 마지막으로 서비스한 셀이 실패 이전에 핸드오버를 마지막으로 트리거한 기지국으로 핸드오버 리포트를 전송하는 단계를 포함하며; 핸드오버 리포트는 핸드오버를 마지막으로 트리거한 셀에서 UE의 CRNTI를 포함한다.

일 실시예에 있어서, UE는 RLF 리포트에서 마지막으로 핸드오버를 트리거한 셀에서 UE의 시그널링 메시지의 데이터 무결성을 위하여 사용되는 매체 접근 제어의 짧은 정보(short MAC-I or shortMACI)를 추가로 전송한다.

일 실시예에 있어서, 핸드오버 리포트는 핸드오버를 마지막으로 트리거한 셀에서 UE의 shortMACI를 추가로 포함한다.

본 발명은 무선 링크 실패(RLF) 또는 핸드오버 실패의 원인을 검출하기 위한 제4 방법을 제공하며, 이 방법은:

제1 기지국에 의해, 사용자 장치(UE)를 위한 핸드오버 프로세스를 트리거하고, 제2 기지국으로 소스 셀에서 UE의 CRNTI(cell radio network temporary identifier)를 포함하는 핸드오버 요청 메시지를 전송하는 단계;

UE가 제2 기지국에서 RLF 실패에 직면하였을 때, UE에 의해, RLF 리포트에서 실패 이전에 마지막 서빙 셀에서 UE의 CRNTI를 전달하는 단계;

UE에 의해, UE가 (RRC) 연결을 재수립한 기지국으로 RLF 리포트를 전송하고, UE가 RRC 연결을 재수립한 기지국에 의해, UE를 마지막으로 서비스한 셀이 실패 전에 위치한 기지국으로 RLF 리포트를 전송하는 단계;

제2 기지국에 의해, RLF 리포트에 따라 UE의 실패의 원인을 판단하는 단계; 실패의 원인이 너무 이른 핸드오버 또는 잘못된 셀로의 핸드오버이면, 제2 기지국이 실패 이전에 마지막으로 핸드오버를 트리거한 기지국으로 핸드오버 리포트를 전송하는 단계를 포함하며; 핸드오버 리포트는 핸드오버를 마지막으로 트리거한 소스 셀에서 UE의 C-RNTI를 포함한다.

일 실시예에 있어서, 핸드오버 요청 메시지는 소스 셀에서 UE의 시그널링 메시지의 데이터 무결성을 위하여 사용되는 매체 접근 제어의 짧은 정보(short MAC-I)를 추가로 포함한다.

일 실시예에 있어서, UE는 RLF 리포트에서 UE를 마지막으로 서비스한 셀에서 UE의 short MAC-I를 추가로 전달한다.

일 실시예에 있어서, 핸드오버 리포트는 소스 셀에서 UE의 shortMACI를 추가로 포함한다.

요컨대, 본 발명의 실시예에서 제공되는 무선 링크 실패(RLF) 또는 핸드오버 실패의 원인을 검출하기 위한 제1 방법에서, 소스 셀에서 UE의 이동성 또는 핸드오버 정보는 타겟 기지국으로 전송되며, 타겟 기지국이 UE의 RLF 리포트를 수신할 때, 기지국이 이동한 UE의 콘텍스트 정보를 저장하는 것을 피하면서, MRO의 효율을 향상하고 시스템 성능을 향상시키기 위하여 기지국이 UE가 RLF 또는 핸드오버 실패에 직면한 원인을 정확하게 판단할 수 있도록 타겟 기지국이 소스 셀에서 UE의 이동성 또는 핸드오버 정보 및 UE의 RLF 리포트에 따라 실패의 원인을 판단할 수 있다. 한편, 이 방법은 기존의 기술과 호환되며, 2개의 노드들이 실패의 원인을 검출하는 문제를 피할 수 있다.

본 발명에서 제공되는 무선 링크 실패(RLF) 또는 핸드오버 실패의 원인을 검출하기 위한 제2 방법은 기지국이 이동한 UE의 콘텍스트 정보를 저장하는 것을 회피하고 MRO의 효율을 향상시키고 시스템 성능을 향상시킬 수 있다.

본 발명에서 제공되는 제3 방법 및 제4 방법은 UE 콘텍스트에 따라 UE의 핸드오버 또는 이동 설정 정보를 알기 위하여 네트워크가 정확한 UE 콘텍스트를 찾을 수 있도록 한다. 이로써, MRO의 효율을 향상시키고 시스템 성능이 향상되도록 UE가 RLF 또는 핸드오버 실패에 직면한 원인을 정확하게 판단할 수 있다.

아래와 같은 상세한 설명에 들어가기에 앞서, 본 특허 문헌 전체에 걸쳐 사용된 단어들 및 구문들의 정의에 대해서 설명하는 것이 좋을 것이다. “구비하다(include)” 및 “포함하다(comprise)”라는 용어 및 그 파생어들은 제한 없이 포함함을 의미한다; “또는(or)”이라는 용어는 및/또는(and/or)의 의미를 포함할 수 있다; “무엇과 관련된(associated with)” 및 “거기에 관련된(associated therewith)”이라는 구문 및 그 파생어들은 구비하다(include), 무엇 안에 구비되다(be included within), 무엇과 상호 연결하다(interconnect with), 포함하다(contain), 무엇 안에 포함되다(be contained within), 무엇에 또는 무엇과 연결하다(connect to or with), 무엇에 또는 무엇과 결합하다(couple to or with), 무엇과 통신할 수 있다(be communicable with), 무엇에 협력하다(cooperate with), 끼워 넣다(interleave), 나란히 놓다(juxtapose), 무엇에 근사하다(be proximate to), 무엇에 또는 무엇과 결속되다(be bound to or with), 가지다(have), 무엇의 특성을 가지다(have a property of) 등의 의미가 될 수 있다. “제어기(controller)”라는 용어는 하드웨어, 펌웨어, 소프트웨어 또는 그러한 것들(하드웨어, 펌웨어, 소프트웨어) 중 적어도 두 개의 조합으로 구현되는 그러한 장치의 적어도 하나의 동작을 제어하는 어떤 장치, 시스템 또는 그것들의 일부를 의미한다. 어떤 개별 제어기에 관련된 기능은 근접하거나 또는 원격으로, 중앙 집중되거나 또는 분산될 수 있음에 유의하여야 한다. 단어들 및 구문들에 대한 정의들은 이 특허 문헌 전체에 걸쳐 제공되며, 이 기술 분야에서 통상의 지식을 가진 자라면 많은 경우에, 혹은 그렇지 않다면 대부분의 경우에서, 그렇게 정의된 단어들과 구문들의 앞으로의 사용과 더불어, 앞서 적용된 그러한 정의들을 이해할 수 있을 것이다.

본 개시 및 그 장점들에 대한 더 명확한 이해를 위하여, 첨부 도면과 함께 이하의 설명들이 참조될 것이다. 도면에서 동일한 참조번호들은 동일한 부분들을 나타낸다.
도 1은 SAE(System Architecture Evolution) 시스템의 구조를 도시한 개략도이다.
도 2는 SAE 시스템을 자기-최적화하기 위한 기본 원리를 설명하기 위한 개략도이다.
도 3은 본 발명의 실시예에 따른 무선 링크 실패(RLF)의 원인을 검출하기 위한 제1 방법의 흐름도이다.
도 4는 본 발명에 따른 무선 링크 실패 또는 핸드오버 실패의 원인을 검출하기 위한 제2 방법의 흐름도이다.
도 5는 본 발명에 따른 무선 링크 실패 또는 핸드오버 실패의 원인을 검출하기 위한 제3 방법의 흐름도이다.
도 6은 본 발명에 따른 무선 링크 실패 또는 핸드오버 실패의 원인을 검출하기 위한 제4 방법의 흐름도이다.
도 7은 본 발명에 따른 무선 링크 실패(RLF) 또는 핸드오버 실패의 원인을 검출하기 위한 제1 방법의 제1 실시예의 흐름도이다.
도 8은 본 발명에 따른 무선 링크 실패 또는 핸드오버 실패의 원인을 검출하기 위한 제1 방법의 제2 실시예의 흐름도이다.
도 9는 본 발명에 따른 무선 링크 실패(RLF) 또는 핸드오버 실패의 원인을 검출하기 위한 제2 방법의 제1 실시예의 흐름도이다.
도 10은 무선 링크 실패(RLF) 또는 핸드오버 실패의 원인을 검출하기 위한 제2 방법의 제2 실시예의 흐름도이다.
도 11은 무선 링크 실패(RLF) 또는 핸드오버 실패의 원인을 검출하기 위한 제3 방법의 제1 실시예의 흐름도이다.
도 12는 본 발명에 따른 무선 링크 실패(RLF) 또는 핸드오버 실패의 원인을 검출하기 위한 제4 방법의 제1 실시예의 흐름도이다.

본 특허 문헌에서 본 개시의 원리들을 설명하기 위하여 사용된 다양한 실시예들 및 아래에서 논의되는 도 1 내지 도 12는 단지 설명을 위한 것으로, 본 개시의 범위를 제한하는 것으로 해석되어서는 안 된다. 이 기술분야에서 통상의 지식을 가진 자라면 본 발명의 원리들이 임의로 적합하게 적용된 통신 시스템에서도 구현될 수 있음을 이해할 수 있을 것이다.

기존의 기술에서의 문제를 해결하기 위하여, 본 발명은 RLF 또는 핸드오버 실패의 원인을 검출하기 위한 방법을 제공한다.

도 3은 본 발명의 실시예에 따른 무선 링크 실패(RLF)의 원인을 검출하기 위한 제1 방법의 흐름도이다. 도 3에 보인 바와 같이, 프로세스는 다음을 포함한다:

블록 301: 제1 기지국에 의해, UE를 위한 핸드오버 프로세스를 트리거하고, 소스 셀에서 UE의 이동성 또는 핸드오버 정보를 포함하는 핸드오버 요청 메시지를 제2 기지국으로 전송한다.

여기서, 제1 기지국은 핸드오버 프로세스에서 소스 기지국이며, 제2 기지국은 핸드오버 프로세스에서 타겟 기지국이다.

UE의 이동성 또는 핸드오버 정보는 하나 이상의 다음의 종류의 정보를 포함한다:

UE의 측정 설정 정보;

핸드오버가 트리거되었을 때 UE의 측정 결과 리포트;

여기서, CRE 설정 정보가 존재한다; CRE 설정이 존재할 때, 이는 측정 리포팅 이벤트에서 사용되는 편차의 양의 값(편향)과 같은 CRE의 설정 정보이다;

UE의 스피드 정보;

UE의 히스토리 정보;

DRX(discontinuous reception) 설정;

상향링크 전력 제어 정보;

RACH(random access channel)의 파라미터 설정;

이동성 부하 분산 정보;

핸드오버의 원인.

앞서 리스트된 정보 외에, UE의 이동성 또는 핸드오버 정보는 또한 다른 정보를 포함할 수 있다.

블록 302: 제2 기지국이 UE의 RLF 리포트를 수신한 후, 제2 기지국에 의해, 소스 셀에서 UE의 이동성 또는 핸드오버 정보 및 UE의 RLF 리포트에 따라 실패의 원인을 판단한다; 즉, 제2 기지국이 UE의 RLF 리포트에 따라 실패의 원인을 판단할 때, 제2 기지국은 소스 셀에서 UE의 이동성 또는 핸드오버 정보를 고려한다. 예컨대, UE의 CRE 설정을 고려한다.

이때, RLF 또는 핸드오버 실패의 원인을 검출하기 위한 제1 방법의 프로시저는 종료된다.

도 4는 본 발명에 따른 무선 링크 실패 또는 핸드오버 실패의 원인을 검출하기 위한 제2 방법의 흐름도이다. 도 4에서 보인 바와 같이, 흐름은 다음을 포함한다:

블록 401은 블록 301과 같고 여기서 반복하지 않을 것이다.

이 방법에서, 제1 기지국으로부터 제2 기지국으로 전송되는 UE의 이동성 또는 핸드오버 정보는 블록 301에서 설명되는 정보가 될 수 있고, 소스 셀에서 UE의 이동성 또는 핸드오버 정보를 얻거나 유도하기 위하여 사용될 수 있는 간접 정보가 될 수 있고, 그리고 이는 제1 기지국의 구체적인 판단에 따른다. 특히, 제1 기지국은 어떤 정보가 제1 기지국의 판단에 따라 UE의 이동성 또는 핸드오버 정보를 얻는데 사용될 수 있는지를 결정할 수 있고, 이 정보를 컨테이너를 통해 제2 기지국으로 전송한다. 제2 기지국은 블록 402에서 핸드오버 리포트를 통해 제1 기지국으로 이 정보를 전송하고, 제1 기지국은 이 정보를 정확하게 파싱할 수 있고, UE의 이동성 또는 핸드오버 정보를 얻을 수 있다. 제1 기지국이 다른 기지국들일 때, 이 정보는 블록 402에서 핸드오버 리포트를 통해 제1 기지국으로 전송될 것이기 때문에, 제1 기지국 자신이 이를 정확하게 파싱할 수 있는 한, 이 정보는 다를 수 있다.

블록 402: 제2 기지국이 UE의 RLF 리포트를 수신한 후, 제2 기지국에 의해, UE의 RLF 리포트에 따라 UE의 실패의 원인을 판단하고, 실패 이전에 마지막으로 핸드오버를 트리거한 기지국으로 핸드오버 리포트를 전송한다. 핸드오버 리포트는 핸드오버 리포트 형식을 포함한다. 이 핸드오버 리포트 형식는 너무 이른 핸드오버 또는 잘못된 셀로의 핸드오버가 될 수 있다. 핸드오버 리포트는 또한 핸드오버를 마지막으로 트리거한 셀에서 UE의 이동성 또는 핸드오버 정보를 포함할 수 있다. 마지막 핸드오버를 트리거한 셀에서 UE의 이동성 또는 핸드오버 정보는 제1 기지국으로부터 수신된 UE의 이동성 또는 핸드오버 정보가 될 수 있고, 제1 기지국에 의해 전송된 핸드오버 요청 메시지로부터 제2 기지국에 의해 수신된 UE의 이동성 또는 핸드오버 정보 컨테이너가 될 수 있다. 그리고 제2 기지국은 이 정보를 파싱하지 않을 수 있다.

블록 403: UE의 이동성 또는 핸드오버 정보에 따라 제1 기지국에 의해 실패의 원인을 분석한다. 예를 들면, UE가 CRE 설정을 가질 때, 제2 기지국으로부터 수신된 핸드오버 리포트 형식은 UE의 이동성 또는 핸드오버 정보에 따라 다시 판단되거나 또는 확정되는 것이 필요할 수 있다. 이는 UE가 실패할 때 UE의 대기 상태 정보에 따라 실패의 원인을 판단하기 때문이다; CRE 영역에서, CRE 설정을 가지는 UE를 위하여, UE가 연결 모드에 있을 때 UE는 피코 셀로 핸드오버될 수 있다. 하지만, UE가 대기 모드에 있을 때, UE는 매크로 셀을 재선택 할 것이다. 따라서 연결 모드에서 핸드오버 및 대기 모드에서 셀 재선택은 UE가 CRE 영역에서 다른 셀들로 접속할 수 있는 결과를 낳는다. 제2 기지국이 UE가 CRE 설정을 가지는지 여부를 판단할 수 없을 때, CRE 설정 없는 상황에 기초하여 제2 기지국에 의해 만들어진 판단은 부정확할 수 있다. 그러므로 이 블록에서, 제1 기지국은 UE의 이동성 또는 핸드오버 정보 및 핸드오버 리포트 형식에 따라 실패의 원인을 추가로 분석한다.

여기서, RLF 또는 핸드오버 실패의 원인을 검출하기 위한 제2 방법의 프로시저가 종료된다.

도 5는 본 발명의 실시예에 따른 무선 링크 실패 또는 핸드오버 실패의 원인을 검출하기 위한 제3 방법의 흐름도이다. 도 5에 보인 바와 같이, 흐름은 다음을 포함한다.

블록 501: UE가 RLF 실패에 직면했을 때, UE에 의해, 실패 이전에 핸드오버를 마지막으로 트리거한 셀에서 UE의 shortMACI를 전달할 수도 있는 RLF 리포트로 실패 전 핸드오버를 마지막으로 트리거한 셀에서 UE의 CRNTI를 전달한다.

블록 502: UE에 의해 UE가 연결을 재수립한 기지국으로 RLF 리포트를 전송하고, UE가 연결을 재수립한 기지국에 의해 실패 이전에 UE를 마지막으로 서비스한 기지국으로 RLF 리포트를 전송한다.

블록 503: UE의 RLF 리포트에 따라 UE의 실패의 원인을 UE를 마지막으로 서비스한 기지국에 의해 판단하는 단계. 이것이 너무 이른 핸드오버 또는 잘못된 셀로 핸드오이면, UE를 마지막으로 서비스한 기지국은 실패 이전에 핸드오버를 마지막으로 트리거한 기지국으로 핸드오버 리포트 메시지를 전송한다. 핸드오버 리포트는 너무 이른 핸드오버 또는 잘못된 셀로의 핸드오버가 될 수 있는 핸드오버 리포트 형식을 포함한다. 핸드오버 리포트는 또한 핸드오버를 마지막으로 트리거한 셀에서 UE의 CRNTI 및/또는 shortMACI를 포함할 수 있다. 핸드오버를 마지막으로 트리거한 셀이 위치한 기지국은 CRNTI 및/또는 shortMACI에 따른 콘텍스트 정보를 찾고, UE의 콘텍스트 정보에 다라 실패의 원인을 검출하거나 확정한다. 예를 들면, 블록 403에 설명된 바와 같이, UE가 CRE 설정을 가질 때, UE를 마지막으로 서비스한 기지국으로부터 수신된 핸드오버 리포트 형식은 이동성 또는 핸드오버를 나타내는 UE의 콘텍스트 정보에 따라 다시 판단되거나 또는 확정될 필요가 있다.

기존의 UE RLF 리포트는 UE를 마지막으로 서비스한 셀의 셀 식별자 및 핸드오버 프로세스를 마지막으로 트리거한 셀의 셀 식별자를 포함한다. UE RLF 리포트를 수신한 기지국은 UE RLF 리포트에서 UE를 마지막으로 서비스한 셀의 셀 식별자에 따라, UE를 마지막으로 서비스한 셀이 위치한 기지국을 찾을 수 있다. UE를 마지막으로 서비스한 셀이 위치한 기지국은 실패가 UE를 마지막으로 서비스한 셀의 셀 식별자에 따라 발생할 때 UE를 서비스한 셀을 찾을 수 있다. UE RLF 리포트를 수신한 기지국 또는 UE를 마지막으로 서비스한 셀이 위치한 기지국은 RLF 리포트에서 핸드오버 프로세스를 마지막으로 트리거한 셀의 셀 식별자에 따라 핸드오버 프로세스를 마지막으로 트리거한 셀이 위치한 기지국을 결정할 수 있다. 핸드오버 프로세스를 마지막으로 트리거한 셀이 위치한 기지국은 핸드오버 프로세스를 마지막으로 트리거한 셀의 셀 식별자에 따라 핸드오버 프로세스를 마지막으로 트리거한 셀을 찾을 수 있다. UE를 마지막으로 서비스한 셀 또는 핸드오버 프로세스를 마지막으로 트리거한 셀이 발견된 후, 대응하는 셀에서 실패에 직면한 UE의 콘텍스트 정보는 셀에서 UE의 대응하는 CRNTI 및/또는 shortMACI에 따라 발견될 수 있다.

제3 방법에 있어서, UE가 소스 셀로부터 성공적으로 핸드오버 된 후, UE의 콘텍스트 정보는 릴리즈되기 전 시간의 기간 동안 소스 셀에서 예약되며, 특정 예약 시간은 설정 고정 값에 따를 수 있다.

여기서, RLF 또는 핸드오버 실패의 원인을 검출하기 위한 제3 방법의 프로시저가 종료된다.

도 6은 본 발명의 실시예에 따른 무선 링크 실패 또는 핸드오버 실패의 원인을 검출하기 위한 제4 방법의 흐름도이다. 도 6에 보인 바와 같이, 흐름은 다음을 포함한다:

블록 601: 제1 기지국에 의해, UE를 위한 핸드오버 프로세스가 트리거되고, 타겟 기지국, 즉, 제2 기지국으로 소스 셀에서 UE의 CRNTI를 포함하는 핸드오버 요청 메시지를 전송한다. 메시지는 또한 소스 셀에서 UE의 shortMACI를 포함할 수도 있다.

블록 602: UE가 제2 기지국에서 RLF 실패에 직면할 때, UE에 의해, RLF 리포트로, 실패 이전에 마지막 서빙 셀에서 UE의 CRNTI를 전달한다. 이 RLF 리포트는 실패 이전에 마지막 서빙 셀에서 UE의 shortMACI를 전달할 수도 있다.

블록 603: UE에 의해, UE가 연결을 재수립한 기지국으로 RLF 리포트를 전송하고, UE가 연결을 재수립하는 기지국에 의해, 실패 이전에 UE를 마지막으로 서비스한 셀이 위치한 기지국, 즉 제2 기지국으로 RLF 리포트를 전송한다. 제2 기지국은 UE에 의해 리포트된 마지막 서빙 셀에서 CRNTI 및/또는 shortMACI에 따라 UE의 콘텍스트를 찾는다.

블록 604: UE를 마지막으로 서비스한 기지국에 의해, UE의 RLF 리포트에 따라 UE의 실패의 원인을 판단한다. 이것이 너무 이른 핸드오버 또는 잘못된 셀로의 핸드오버이면, UE를 마지막으로 서비스한 기지국은 실패 이전에 마지막 핸드오버를 트리거한 기지국으로 핸드오버 리포트를 전송한다. 핸드오버 리포트는 너무 이른 핸드오버 또는 잘못된 셀로의 핸드오버가 될 수 있는 핸드오버 리포트 형식을 포함한다. 핸드오버 리포트는 또한 마지막 핸드오버를 트리거한 셀에서 UE의 CRNTI 및/또는 shortMACI를 포함할 수도 있다. 제2 기지국은 마지막 서빙 셀에서 UE의 콘텍스트 정보에 따라 마지막 핸드오버를 트리거한 셀에서 UE의 CRNTI 및/또는 shortMACI를 찾는다. 마지막 서빙 셀은 블록 601에서 마지막 핸드오버를 트리거한 셀에서 UE의 CRNTI 및/또는 shortMACI를 저장했다. 핸드오버를 마지막으로 트리거한 셀이 위치한 기지국은 수신된 CRNTI 및/또는 shortMACI에 따라 UE의 콘텍스트 정보를 찾고, UE의 콘텍스트 정보에 따라 실패의 원인을 분석하거나, 또는 확정한다. 예를 들면, 블록 403에서 설명된 바와 같이, UE가 CRE 설정을 가질 때, UE를 마지막으로 서비스한 기지국으로부터 수신된 핸드오버 리포트 형식은 이동성 또는 핸드오버를 나타내는 UE의 콘텍스트 정보에 따라 다시 판단하거나 또는 확정할 필요가 있다.

제4 방법에 있어서, UE가 소스 셀로부터 성공적으로 핸드오버된 후, UE의 콘텍스트 정보는 릴리즈되기 전에 시간의 기간 동안 소스 셀에서 예약되고, 특정 예약 시간은 설정 고정 값에 따른다.

여기서, RLF 또는 핸드오버 실패의 원인을 검출하기 위한 제4 방법의 프로시저가 종료된다.

본 발명의 기술적 해결책은 이하에서 몇몇 실시예들을 참조로 하여 상세하게 설명될 것이다.

상술한 방법들을 기초로 하여, 도 7은 본 발명의 실시예에 따른 무선 링크 실패(RLF) 또는 핸드오버 실패의 원인을 검출하기 위한 제1 방법의 제1 실시예의 흐름도이다. 도 7에 보인 바와 같이, 흐름은 다음을 포함한다;

블록 701: 기지국 1에 의해, UE를 위한 핸드오버 프로세스를 트리거하고, 소스 셀에서 UE의 이동성 또는 핸드오버 정보를 포함하는 핸드오버 요청 메시지를 타겟 기지국, 즉, 기지국 2로 전송한다. UE의 이동성 또는 핸드오버 정보는 블록 301의 그것과 동일하며, 여기서 반복하지 않을 것이다. 기지국 2는 UE 콘텍스트로 기지국 1의 셀 1에서 UE의 이동성 또는 핸드오버 정보를 저장한다.

블록 702: 기지국 2에 의해, 기지국 1로 핸드오버 요청 확정 메시지를 전송한다.

블록 703: 기지국 1에 의해, UE로 핸드오버 명령 메시지를 전송한다.

블록 704: UE는 셀 2에 성공적으로 접속한다. 여기서, 이는 UE가 랜덤 접속 성공을 전송하는 것이 될 수 있다.

블록 705: UE는 셀 2에서 RLF에 직면한다.

블록 706: UE에 의해, 셀 3에서 RRC 연결을 재수립하거나, 수립한다. RRC 연결의 재수립 프로세스에서, UE는 네트워크에 RLF 리포트 정보를 알려준다.

블록 707: UE에 의해 기지국 3으로 RLF 리포트를 전송한다. 특히, 기지국 3은 UE가 RLF 리포트를 가진 것에 대한 정보를 얻고, 기지국 3은 RLF 리포트 정보를 요청하기 위하여 UE로 UE 정보 요청을 전송한다. UE는 기지국으로 UE의 RLF 리포트 정보를 포함하는 UE 정보 응답을 전송한다. UE의 RLF 리포트 정보는 실패 이전에 마지막 서빙 셀에서 UE의 CRNTI 및/또는 shortMACI 정보를 포함한다. 이 정보는 UE로부터 RLF 리포팅 및 연결 실패 간의 시간 차이 또는 실패 발생 시간을 포함할 수 있다.

블록 708: 기지국 3에 의해, 실패 이전에 UE를 마지막으로 서비스한 기지국(기지국 2)으로 RLF 지시 메시지를 전송한다. 메시지는 UE로부터 수신된 RLF 리포트 정보를 포함한다.

블록 709: UE를 마지막으로 서비스한 기지국에 의해, 실패의 원인을 판단한다. 기지국 2는 예컨대, UE의 스피드 및 UE가 CRE 설정을 가지는 여부 등을 고려하여, 소스 기지국에서 UE의 이동성 또는 핸드오버 정보 및 UE의 RLF 리포트에 따라 실패의 원인을 판단한다. UE를 마지막으로 서비스한 기지국은 UE를 마지막으로 서비스한 기지국에서 UE의 CRNTI 및/또는 shortMACI에 따라 UE의 콘텍스트를 찾을 수 있다. UE를 마지막으로 서비스한 기지국은 또한 UE로부터 RLF 리포팅 및 연결 실패 사이의 시간 차이 또는 실패 발생 시간 및 UE의 CRNTI에 따라 UE의 콘텍스트를 찾을 수 있다. UE를 마지막으로 서비스한 기지국은 UE의 콘텍스트 정보 및 UE로부터 RLF 리포팅 및 연결 실패 간의 시간 차이 또는 실패 발생 시간에 따라 실패가 발생했을 때 UE의 설정 정보를 알 수도 있다. 그렇게 함으로써, 실패 발생 원인을 정확하게 판단할 수 있다.

블록 710: 기지국 2에 의해, 실패 이전에 핸드오버를 마지막으로 트리거한 기지국으로 핸드오버 리포트를 전송한다. 핸드오버 리포트는 너무 이른 핸드오버 또는 잘못된 셀로의 핸드오버가 될 수 있는 핸드오버 리포트 형식을 포함한다.

여기서, RLF 또는 핸드오버 실패의 원인을 검출하기 위한 제1 방법의 제1 실시예의 프로시저가 종료된다.

전술한 방법들에 기초하여, 도 8은 본 발명에 따른 무선 링크 실패 또는 핸드오버 실패의 원인을 검출하기 위한 제1 방법의 제2 실시예의 흐름도를 보인다. 도 8에 보인 바와 같이, 흐름은 다음을 포함한다:

블록 801 내지 블록 805는 블록 701 내지 블록 705와 동일하며, 여기서, 반복하지 않을 것이다.

블록 806: UE에 의해, 셀 1 (즉, 실패 이전에 핸드오버를 마지막으로 트리거한 기지국에 의해 제어되는 셀)에서 RRC 연결을 재수립하거나, 또는 수립한다. RRC 연결의 재수립의 프로세스에서, UE는 RLF 리포트 정보를 네트워크에 알려준다.

블록 807: UE에 의해, 기지국 1로 RLF 리포트를 전송한다. 특별히, 기지국은 1은 UE가 RLF 리포트를 가진 정보를 얻고, 기지국 1은 RLF 리포트 정보를 요청하기 위하여 UE로 UE 정보 요청을 전송한다. UE는 기지국으로 UE의 RLF 리포트 정보를 포함하는 UE 정보 응답을 전송한다. UE의 RLF 리포트 정보는 실패 이전에 마지막 서빙 셀에서 UE의 CRNTI 및/또는 shortMACI 정보를 포함한다. 이 정보는 또한 UE로부터 RLF 리포팅 및 연결 실패 사이의 시간 차이 또는 실패 발생 시간을 포함할 수 있다.

블록 808: 기지국 1에 의해, 실패 이전에 UE를 마지막으로 서비스한 기지국으로 RLF 지시 메시지를 전송한다. 이 메시지는 UE로부터 수신된 RLF 리포트 정보를 포함한다.

블록 809: UE를 마지막으로 서비스한 기지국에 의해, 실패의 원인을 판단한다. 기지국은 소스 셀에서 UE의 이동성 또는 핸드오버 정보 및 UE의 RLF 리포트의 콘텐츠에 따라 실패의 원인을 판단한다. 예컨대, UE의 속도 및 UE가 CRE 설정을 가지는지 여부 등을 고려한다. UE를 마지막으로 서비스한 기지국은 마지막 서빙 셀에서 UE의 CRNTI 및/또는 shortMACI에 따라 UE의 콘텍스트를 찾을 수 있다. UE를 마지막으로 서비스한 기지국은 UE로부터 RLF 리포팅 및 연결 실패 간의 시간 차이 또는, 실패 발생 시간 및 UE의 CRNTI에 따라 UE의 콘텍스트를 찾을 수도 있다. UE를 마지막으로 서비스한 기지국은 UE의 콘텍스트 정보 및 UE로부터 RLF 리포팅 및 연결 실패 간에 시간 차이 또는 실패 발생 시간에 따라 실패가 발생했을 대 UE의 설정 정보를 알 수도 있다. 이로써, 실패가 발생한 원인을 정확하게 판단할 수 있다.

블록 810: 기지국 2에 의해, 실패 이전에 핸드오버를 마지막으로 트리거한 기지국으로 핸드오버 리포트를 전송한다. 핸드오버 리포트는 너무 이른 핸드오버 또는 잘못된 셀로의 핸드오버가 될 수 있는 핸드오버 리포트 형식을 포함한다.

여기서, RLF 또는 핸드오버 실패의 원인을 검출하기 위한 제1 방법의 제2 실시예의 프로시저가 종료된다.

앞선 방법들에 기초하여, 도 9는 본 발명에 따른 무선 링크 실패 또는 핸드오버 실패의 원인을 검출하기 위한 제2 방법의 제1 실시예의 흐름도를 보인다. 도 9에 보인 바와 같이, 흐름은 다음을 포함한다:

블록 901: 기지국 1에 의해, UE를 위한 핸드오버 프로세스를 트리거하고, 타겟 기지국, 즉 기지국 2로, 소스 셀에서 UE의 이동성 또는 핸드오버 정보를 포함하는 핸드오버 요청 메시지를 전송한다. UE의 이동성 또는 핸드오버 정보는 블록 401의 그것과 동일하며, 여기서 다시 반복하지 않을 것이다. 기지국 2는 UE 콘텍스트에서 기지국 1의 셀 1에서 UE의 이동성 또는 핸드오버 정보를 저장한다.

블록 902 내지 블록 908은 블록 702 내지 블록 708과 동일하며, 여기서 반복되지 않을 것이다.

블록 909: UE를 마지막으로 서비스하는 기지국에 의해, 실패의 원인을 판단한다. 기지국은 UE의 RLF 리포트에 따라 실패의 원인을 판단한다. UE를 마지막으로 서비스하는 기지국은 마지막 서빙 셀에서 UE의 CRNTI 및/또는 shortMACI에 따라 UE의 콘텍스트를 찾을 수 있다. UE를 마지막으로 서비스한 기지국은 UE로부터의 RLF 리포팅 및 연결 실패 간의 시간 차이 또는, 실패 발생 시간 및 마지막 서빙 셀에서 UE의 CRNTI에 따라 UE의 콘텍스트를 찾을 수 있다.

블록 910: 기지국 2에 의해, 실패 이전에 마지막으로 핸드오버를 트리거한 기지국으로 핸드오버 리포트를 전송한다. 핸드오버 리포트는 너무 이른 핸드오버 또는 잘못된 셀로의 핸드오버가 될 수 있는 핸드오버 리포트 형식을 포함한다. 기지국 2는 또한 핸드오버 리포트로 소스 셀(실패 이전에 마지막으로 핸드오버를 트리거한 셀)에서 UE의 이동성 또는 핸드오버 정보를 전달한다. 소스 셀에서 UE의 이동성 또는 핸드오버 정보는 블록 401의 그것과 동일하며, 여기서 반복하지 않을 것이다. 기지국 2는 블록 909에서 UE의 콘텍스트를 찾은 후, 기지국 2는 소스 셀에서 UE의 저장된 이동성 또는 핸드오버 정보를 알 수 있다. 기지국 2는 이동성 또는 핸드오버 정보의 특정 콘텐츠 또는 의미를 파싱할 필요가 없을 수 있다.

핸드오버를 마지막으로 트리거한 기지국은 소스 기지국에서 UE의 이동성 또는 핸드오버 정보에 따라 기지국 2로부터 수신된 핸드오버 리포트 형식을 분석한다. 예를 들면, UE가 CRE 설정을 가지는지 여부 및 UE의 스피드 등을 고려한다. 핸드오버를 마지막으로 트리거한 기지국은 UE의 콘텍스트 정보 및 UE로부터 RLF 리포팅 및 연결 실패 간의 시간 차이 또는 실패 발생 시간에 따라 실패가 발생했을 때 UE의 설정 정보를 알 수도 있다. 그렇게 함으로써, 실패 발생 원인을 정확하게 판단할 수 있다.

여기서, RLF 또는 핸드오버 실패의 원인을 검출하기 위한 제2 방법의 제1 실시예의 프로시저가 종료된다.

전술한 방법들에 기초하여, 도 10은 무선 링크 실패 또는 핸드오버 실패의 원인을 검출하기 위한 제2 방법의 제2 실시예의 흐름도를 보인다. 도 10에 보인 바와 같이, 흐름은 다음을 포함한다:

블록 1001은 블록 901과 동일하며, 여기서 반복되지 않을 것이다.

블록 1002 내지 블록 1009는 블록 802 내지 블록 808과 동일하며, 여기서 반복되지 않을 것이다.

블록 1009 내지 블록 1010은 블록 909 내지 블록 910과 동일하며, 여기서 반복되지 않을 것이다.

여기서, RLF 또는 핸드오버 실패의 원인을 검출하기 위한 제2 방법의 제2 실시예의 프로시저가 종료된다.

앞선 방법들에 기초하여, 도 11은 무선 링크 실패 또는 핸드오버 실패의 원인을 검출하기 위한 제3 방법의 제1 실시예의 흐름도를 보인다. 도 11에 보인 바와 같이, 흐름은 다음을 포함한다:

블록 1101: UE는 RLF 또는 핸드오버 실패에 직면한다.

블록 1102: UE에 의해, 셀 3에서 RRC 연결을 재수립하거나 또는 수립한다. RRC 연결의 재수립의 프로세스에서, UE는 RLF 리포트 정보를 네트워크에 알려준다.

블록 1103: UE에 의해 기지국 3으로 RLF 리포트를 전송한다. 특히, 기지국 3은 UE가 RLF 리포트를 가지는 정보를 얻고, 기지국 3은 RLF 리포트 정보를 요청하기 위하여 UE로 UE 정보 요청을 전송한다. UE는 기지국으로 UE의 RLF 리포트 정보를 포함하는 UE 정보 응답을 전송한다. UE의 RLF 리포트 정보는 실패 이전에 마지막으로 핸드오버를 트리거한 셀에서 UE의 CRNTI 및/또는 shortMACI 정보를 포함한다. 이 정보는 또한 UE로부터 RLF 리포팅 및 연결 실패 간의 시간 차이 또는 실패 발생 시간을 포함할 수도 있다.

블록 1104: 기지국 3에 의해, 시패 이전에 UE를 마지막으로 서비스한 기지국(즉, 기지국 2)로 RLF 지시 메시지를 전송한다. 이 메시지는 UE로부터 수시된 RLF 리포트 정보를 포함한다.

블록 1105: UE를 마지막으로 서비스한 기지국에 의해, UE의 RLF 리포트의 콘텐츠에 다라 실패의 원인을 판단한다.

블록 1106: 기지국 2에 의해, 실패 이전에 핸드오버를 마지막으로 트리거한 기지국으로 핸드오버 리포트를 전송한다. 핸드오버 리포트는 너무 이른 핸드오버 또는 잘못된 셀로 핸드오버가 될 수 있는 핸드오버 리포트 형식을 포함한다. 핸드오버 리포트는 실패 이전에 마지막으로 핸드오버를 트리거한 셀에서 UE의 CRNTI 및/또는 shortMACI를 포함할 수 있다. 이 정보는 또한 UE로부터 RLF 리포팅 및 연결 실패 간의 시간 차이 또는 실패 발생 시간을 포함할 수도 있다.

핸드오버 리포트는 핸드오버를 마지막으로 트리거한 셀에서 UE의 이동성 또는 핸드오버 정보를 포함할 수도 있다.

핸드오버를 마지막으로 트리거한 셀이 위치한 기지국은 핸드오버를 마지막으로 트리거한 셀에서 UE의 CRNTI 및/또는 shortMACI에 따라 UE의 콘텍스트를 찾을 수 있다. 핸드오버를 마지막으로 트리거한 셀이 위치한 기지국은 UE로부터 RLF 리포팅 및 연결 실패 간의 시간 차이 또는, 실패 발생 시간 및 CRNTI에 따라 UE의 콘텍스트를 찾을 수도 있다.

핸드오버를 마지막으로 트리거한 기지국은 UE의 콘텍스트에 따라 기지국 2로부터 수신된 핸드오버 리포트 형식을 판단하거나 또는 확정한다. 예를 들면, UE가 CRE 설정을 가지는지 여부 및 UE의 속도 등을 고려한다. 핸드오버를 마지막으로 트리거한 기지국은 또한 UE의 콘텍스트 정보 및 UE로부터 RLF 리포팅 및 연결 실패 간의 시간 차이 또는 실패 발생 시간에 따라 실패가 발생했을 때 UE의 설정 정보를 알 수도 있다. 그렇게 함으로써, 실패 발생 원인을 정확하게 판단할 수 있다.

여기서, RLF 또는 핸드오버 실패의 원인을 검출하기 위한 제3 방법의 제1 실시예의 프로시저가 종료된다.

전술한 방법들에 기초하여, 도 12는 본 발명에 따른 무선 링크 실패 또는 핸드오버 실패의 원인을 검출하기 위한 제4 방법의 제1 실시예의 흐름도를 보인다. 도 12에 보인 바와 같이, 흐름은 다음을 포함한다:

블록 1201: 기지국 1에 의해, UE를 위한 핸드오버 프로세스를 트리거하고, 소스 셀에서 UE의 CRNTI를 포함하는 핸드오버 요청 메시지를 타겟 기지국으로 전송한다. 기지국 1은 또한 핸드오버 요청 메시지로 소스 셀에서 UE의 shortMACI를 전달할 수도 있다. 기지국 2는 UE 콘텍스트로 기지국 1의 셀 1에서 UE의 CRNTI 및/또는 shortMACI를 저장한다.

블록 1202 내지 블록 1205는 블록 702 내지 블록 705와 동일하며, 여기서 반복되지 않을 것이다.

블록 1206: UE에 의해, 셀 3에서 RRC 연결을 재수립하거나 또는 수립한다. RRC 연결의 재수립 프로세스에서, UE는 RLF 리포트 정보를 네트워크에 알린다.

블록 1207: UE에 의해 기지국 3으로 RLF 리포트를 전송한다. 특히, 기지국 3은 UE가 RLF 리포트를 가지고 있는 것에 대한 정보를 얻고, 기지국 3은 RLF 리포트 정보를 요청하기 위하여 UE로 UE 정보 요청을 전송한다. UE는 기지국 3으로 UE의 RLF 리포트 정보를 포함하는 UE 정보 응답을 전송한다. UE의 RLF 리포트 정보는 실패 이전에 마지막 서빙 셀에서 UE의 CRNTI 및/또는 shortMACI 정보를 포함한다. 이 정보는 UE로부터 RLF 리포팅 및 연결 실패 간의 시간 차이 또는 실패 발생 시간을 포함할 수 있다.

블록 1208: 기지국 3에 의해, 실패 이전에 UE를 마지막으로 서비스한 기지국으로 RLF 지시 메시지를 전송한다. 이 메시지는 UE로부터 수신된 RLF 리포트 정보를 포함한다.

블록 1209: UE를 마지막으로 서비스한 기지국에 의해, 실패의 원인을 판단한다. 기지국은 UE의 RLF 리포트에 따라 실패의 원인을 판단한다. UE를 마지막으로 서비스한 기지국은 마지막 서빙 셀에서 UE의 CRNTI 및/또는 shortMACI에 따라 UE의 콘텍스트를 찾을 수 있다. UE를 마지막으로 서비스한 셀은 또한 UE로부터 RLF 리포팅 및 연결 실패 간에 시간 차이 또는, 실패 발생 시간 및 CRNTI에 따라 UE의 콘텍스트를 찾을 수도 있다.

블록 1210: 기지국 2에 의해, 실패 이전에 마지막으로 핸드오버를 트리거한 기지국으로 핸드오버 리포트를 전송한다. 핸드오버 리포트는 너무 이른 핸드오버 또는 잘못된 셀로의 핸드오버가 될 수 있는 핸드오버 리포트 형식을 포함한다. 기지국 2는 핸드오버 리포트로 소스 셀(실패 이전에 마지막 핸드오버를 마지막으로 핸드오버를 트리거한 셀)에서 UE의 CRNTI를 전달하고, 핸드오버 리포트에서 소스 셀(실패 이전에 마지막 핸드오버를 트리거한 셀)에서 UE의 shortMACI를 전달할 수도 있다. 기지국 2는 블록 1209에서 UE의 콘텍스트를 찾은 후, 기지국 2는 소스 셀에서 UE의 저장된 CRNTI 및/또는 shortMACI를 알 수도 있다.

실패 이전에 마지막 핸드오버를 트리거한 기지국은 소스 셀에서 UE의 CRNTI 및/또는 shortMACI에 따라 UE의 콘텍스트를 찾을 수 있다. 실패 이전에 마지막 핸드오버를 트리거한 셀이 위치한 기지국은 또한 UE로부터 RLF 리포팅 및 연결 실패 간의 시간 차이 또는, 실패 발생 시간 및 소스 셀에서 UE의 CRNTI에 따라 UE의 콘텍스트를 찾을 수도 있다.

실패 이전에 마지막 핸드오버를 트리거한 기지국은 UE의 콘텍스트에 따라 기지국 2로부터 수신된 핸드오버 리포트 형식을 분석하거나 또는 확정한다. 예를 들면, UE가 CRE 설정을 가지는지 여부 및 UE의 속도 등을 고려한다. 마지막 핸드오버를 트리거한 기지국은 또한 UE의 콘텍스트 정보 및 UE로부터 RLF 리포팅 및 연결 실패 간의 시간 차이 또는 실패 발생 시간에 따라 실패가 발생했을 때 UE의 설정 정보를 알 수도 있다. 그렇게 함으로써, 실패 발생 원인을 정확하게 판단할 수 있다.

여기서, RLF 또는 핸드오버 실패의 원인을 검출하기 위한 제4 방법의 제1 실시예의 프로시저가 종료된다.

본 발명의 실시예에서 제공되는 무선 링크 실패(RLF) 또는 핸드오버 실패의 원인을 검출하기 위한 제1 방법에서, 소스 셀에서 UE의 이동성 또는 핸드오버 정보는 타겟 기지국으로 전송되며, 타겟 기지국이 UE의 RLF 리포트를 수신할 때, 기지국이 이동한 UE의 콘텍스트 정보를 저장하는 것을 피하면서, MRO의 효율을 향상하고 시스템 성능을 향상시키기 위하여 기지국이 UE가 RLF 또는 핸드오버 실패에 직면한 원인을 정확하게 판단할 수 있도록 타겟 기지국이 소스 셀에서 UE의 이동성 또는 핸드오버 정보 및 UE의 RLF 리포트에 따라 실패의 원인을 판단할 수 있음을 앞서 설명들로부터 알 수 있다. 한편, 이 방법은 기존의 기술과 호환되며, 2개의 노드들이 실패의 원인을 검출하는 문제를 피할 수 있다.

본 발명이 그의 다양한 실시예들과 관련하여 도시되고 설명되었지만, 첨부된 청구범위 및 그들과 동등한 것에 의해 정의되는 본 발명의 사상 및 범위로부터 벗어남이 없이 그 안에서 형식 및 세부사항의 다양한 변경이 있을 수 있음을 이 기술분야에서 통상의 지식을 가진자에 의해 이해될 수 있을 것이다.

Claims

소스 셀(source cell)을 제어하는 소스 기지국(source base station)의 핸드오버 실패(handover failure)의 원인을 검출하기 위한 방법에 있어서,
타겟 기지국(target base station)으로 사용자 장치(user equipment, UE)의 이동성 정보(mobility information)를 포함하는 핸드오버 요청(handover request) 메시지를 전송하는 단계;
상기 타겟 기지국으로부터 상기 이동성 정보 및 상기 소스 셀에서의 상기 UE의 C-RNTI(cell- radio network temporary identifier)를 포함하는 핸드오버 리포트(handover report) 메시지를 수신하는 단계; 및
상기 C-RNTI 및 상기 이동성 정보를 기반으로 핸드오버 실패가 너무 이른 핸드오버(too early handover) 또는 잘못된 셀로의 핸드오버(handover to wrong cell)인 경우 상기 핸드오버 실패에 관련된 정보를 확인하는 단계를 포함하며,
상기 이동성 정보는 핸드오버에 관련된 것으로, 잘못된 핸드오버로 이끄는 조건을 분석하기 위하여 사용되고, 상기 C-RNTI는 상기 소스 기지국에서 UE 콘텍스트를 확인하기 위해 사용되고,
상기 핸드오버 리포트 메시지는 상기 타겟 기지국이 상기 UE가 연결된 기지국으로부터 수신하는 RLF 지시(radio link failure indication) 메시지에 기반하고,
상기 RLF 지시 메시지는 상기 UE가 상기 UE가 연결된 상기 기지국으로 전송하는 RLF 리포트(RLF report)를 포함하고,
상기 RLF 리포트는 상기 핸드오버 실패로부터 상기 RLF 리포트를 전송하기까지의 시간정보를 포함하는 것을 특징으로 하는 방법.
삭제
삭제
제1항에 있어서,
상기 핸드오버 요청 메시지는 상기 소스 셀에서의 상기 UE의 C-RNTI를 더 포함하는 것을 특징으로 하는 방법.
타겟 기지국(target base station)의 핸드오버 실패(handover failure)의 원인을 검출하기 위한 방법에 있어서,
소스 셀(source cell)을 제어하는 소스 기지국(source base station)으로부터 사용자 장치(user equipment, UE)의 이동성 정보(mobility information)를 포함하는 핸드오버 요청(handover request) 메시지를 수신하는 단계; 및
상기 소스 기지국으로 상기 이동성 정보 및 상기 소스 셀에서의 상기 UE의 C-RNTI(cell- radio network temporary identifier)를 포함하는 핸드오버 리포트(handover report) 메시지를 전송하는 단계를 포함하며,
상기 C-RNTI 및 상기 이동성 정보를 기반으로 핸드오버 실패가 너무 이른 핸드오버(too early handover) 또는 잘못된 셀로의 핸드오버(handover to wrong cell)인 경우 상기 핸드오버 실패에 관련된 정보가 상기 소스 기지국에서 확인되고,
상기 이동성 정보는 핸드오버에 관련된 것으로, 잘못된 핸드오버로 이끄는 조건을 분석하기 위하여 사용되고, 상기 C-RNTI는 상기 소스 기지국에서 UE 콘텍스트를 확인하기 위해 사용되고,
상기 핸드오버 리포트 메시지는 상기 타겟 기지국이 상기 UE가 연결된 기지국으로부터 수신하는 RLF 지시(radio link failure indication) 메시지에 기반하고,
상기 RLF 지시 메시지는 상기 UE가 상기 UE가 연결된 상기 기지국으로 전송하는 RLF 리포트(RLF report)를 포함하고,
상기 RLF 리포트는 상기 핸드오버 실패로부터 상기 RLF 리포트를 전송하기까지의 시간정보를 포함하는 것을 특징으로 하는 방법.
삭제
삭제
제5항에 있어서,
상기 핸드오버 요청 메시지는 상기 소스 셀에서의 상기 UE의 C-RNTI를 더 포함하는 것을 특징으로 하는 방법.
삭제
삭제
삭제
삭제
핸드오버 실패(handover failure)의 원인을 검출하기 위한 소스 기지국(source base station)에 있어서,
데이터를 송신 및 수신하는 데이터 통신부; 및
타겟 기지국(target base station)으로 사용자 장치(user equipment, UE)의 이동성 정보(mobility information)를 포함하는 핸드오버 요청(handover request) 메시지를 전송하고, 상기 타겟 기지국으로부터 상기 이동성 정보 및 소스 셀에서의 상기 UE의 C-RNTI(cell- radio network temporary identifier)를 포함하는 핸드오버 리포트(handover report) 메시지를 수신하고, 상기 C-RNTI 및 상기 이동성 정보를 기반으로 핸드오버 실패가 너무 이른 핸드오버(too early handover) 또는 잘못된 셀로의 핸드오버(handover to wrong cell)인 경우 상기 핸드오버 실패에 관련된 정보를 확인하도록 제어하는 상기 데이터 통신부와 연결된 제어부를 포함하며,
상기 이동성 정보는 핸드오버에 관련된 것으로, 잘못된 핸드오버로 이끄는 조건을 분석하기 위하여 사용되고, 상기 C-RNTI는 상기 소스 기지국에서 UE 콘텍스트를 확인하기 위해 사용되고,
상기 핸드오버 리포트 메시지는 상기 타겟 기지국이 상기 UE가 연결된 기지국으로부터 수신하는 RLF 지시(radio link failure indication) 메시지에 기반하고,
상기 RLF 지시 메시지는 상기 UE가 상기 UE가 연결된 상기 기지국으로 전송하는 RLF 리포트(RLF report)를 포함하고,
상기 RLF 리포트는 상기 핸드오버 실패로부터 상기 RLF 리포트를 전송하기까지의 시간정보를 포함하는 것을 특징으로 하는 소스 기지국.
삭제
삭제
제13항에 있어서,
상기 핸드오버 요청 메시지는 상기 소스 셀에서의 상기 UE의 C-RNTI를 더 포함하는 것을 특징으로 하는 소스 기지국.
핸드오버 실패(handover failure)의 원인을 검출하기 위한 타겟 기지국(target base station)에 있어서,
데이터를 송신 및 수신하는 데이터 통신부; 및
소스 셀(source cell)을 제어하는 소스 기지국(source base station)으로부터 사용자 장치(user equipment, UE)의 이동성 정보(mobility information)를 포함하는 핸드오버 요청(handover request) 메시지를 수신하고, 상기 소스 기지국으로 상기 이동성 정보 및 상기 소스 셀에서의 상기 UE의 C-RNTI(cell- radio network temporary identifier)를 포함하는 핸드오버 리포트(handover report) 메시지를 전송하도록 제어하는 상기 데이터 통신부와 연결된 제어부; 를 포함하며,
상기 C-RNTI 및 상기 이동성 정보를 기반으로 핸드오버 실패가 너무 이른 핸드오버(too early handover) 또는 잘못된 셀로의 핸드오버(handover to wrong cell)인 경우 상기 핸드오버 실패에 관련된 정보가 상기 소스 기지국에서 확인되고,
상기 이동성 정보는 핸드오버에 관련된 것으로, 잘못된 핸드오버로 이끄는 조건을 분석하기 위하여 사용되고, 상기 C-RNTI는 상기 소스 기지국에서 UE 콘텍스트를 확인하기 위해 사용되고,
상기 핸드오버 리포트 메시지는 상기 타겟 기지국이 상기 UE가 연결된 기지국으로부터 수신하는 RLF 지시(radio link failure indication) 메시지에 기반하고,
상기 RLF 지시 메시지는 상기 UE가 상기 UE가 연결된 상기 기지국으로 전송하는 RLF 리포트(RLF report)를 포함하고,
상기 RLF 리포트는 상기 핸드오버 실패로부터 상기 RLF 리포트를 전송하기까지의 시간정보를 포함하는 것을 특징으로 하는 타겟 기지국.
삭제
삭제
제17항에 있어서,
상기 핸드오버 요청 메시지는 상기 소스 셀에서의 상기 UE의 C-RNTI를 더 포함하는 것을 특징으로 하는 타겟 기지국.
삭제
삭제
삭제
삭제