KR20120121692A - 무선 링크 실패 보고 장치 및 방법 - Google Patents

무선 링크 실패 보고 장치 및 방법 Download PDF

Info

Publication number
KR20120121692A
KR20120121692A KR20110039647A KR20110039647A KR20120121692A KR 20120121692 A KR20120121692 A KR 20120121692A KR 20110039647 A KR20110039647 A KR 20110039647A KR 20110039647 A KR20110039647 A KR 20110039647A KR 20120121692 A KR20120121692 A KR 20120121692A
Authority
KR
South Korea
Prior art keywords
radio link
link failure
information
rlf
communication system
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
KR20110039647A
Other languages
English (en)
Other versions
KR101796271B1 (ko
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
Priority to KR1020110039647A priority Critical patent/KR101796271B1/ko
Application filed by 주식회사 팬택 filed Critical 주식회사 팬택
Priority to EP12777750.6A priority patent/EP2702798B1/en
Priority to CN201280017949.1A priority patent/CN103460750B/zh
Priority to PCT/KR2012/003252 priority patent/WO2012148195A2/en
Priority to US13/457,183 priority patent/US9042881B2/en
Priority to JP2014508294A priority patent/JP5747120B2/ja
Publication of KR20120121692A publication Critical patent/KR20120121692A/ko
Application granted granted Critical
Publication of KR101796271B1 publication Critical patent/KR101796271B1/ko
Assigned to 팬텍 주식회사 reassignment 팬텍 주식회사 권리의 전부이전등록 Assignors: 주식회사 팬택
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/06—Receivers
    • H04B1/10—Means associated with receiver for limiting or suppressing noise or interference
    • H04B1/1027—Means associated with receiver for limiting or suppressing noise or interference assessing signal quality or detecting noise/interference for the received signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B15/00—Suppression or limitation of noise or interference
    • H04B15/02—Reducing interference from electric apparatus by means located at or near the interfering apparatus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B17/00—Monitoring; Testing
    • H04B17/20—Monitoring; Testing of receivers
    • H04B17/24—Monitoring; Testing of receivers with feedback of measurements to the transmitter
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B17/00—Monitoring; Testing
    • H04B17/30—Monitoring; Testing of propagation channels
    • H04B17/309—Measuring or estimating channel quality parameters
    • H04B17/345—Interference values
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 명세서는, 무선 링크 실패 보고 장치 및 방법에 관한 것으로, 무선 링크 실패(Radio Link Failure: RLF)가 발생하는 원인에 따른 단말 또는 기지국의 동작과 네트워크의 운영 방안들을 개시한다. 보다 구체적으로 무선 링크 실패가 발생하는 원인 중 장치 내 다른 송수신 장치의 수신 전력 및/또는 간섭 전력을 보고함으로써 네트워크 운용의 효율을 높일 수 있도록 한다. 본 명세서는 무선 링크 실패를 감지하여, 무선 링크 실패에 관한 무선 링크 실패 보고를 구성하고무선 링크 실패 보고를 전송하는 구성들을 포함한다. 여기서, 무선 링크 실패 보고는 무선 링크 실패에 대하여 기기 내 공존 간섭에 의한 영향이 있었는지에 관한 정보를 포함한다.

Description

무선 링크 실패 보고 장치 및 방법{Apparatus And Method For Reporting Radio Link Failure}
본 발명은 무선통신에 관한 것으로서, 구체적으로는 무선 링크 실패(Radio Link Failure: RLF, 이하 'RLF'라 함)를 보고하는 장치 및 방법에 관한 것이다.
무선통신 시스템은 일반적으로 데이터 송신을 위해 하나의 대역폭을 이용한다. 예를 들어, 2세대 무선통신 시스템은 200KHz ~ 1.25MHz의 대역폭을 사용하고, 3세대 무선통신 시스템은 5MHz ~ 10 MHz의 대역폭을 사용한다. 증가하는 송신 용량을 지원하기 위해, 최근의 3GPP(3rd Generation Partnership Project) LTE(Long Term Evolution) 또는 IEEE 802.16m은 20MHz 또는 그 이상까지 계속 그 대역폭을 확장하고 있다.
한편, 하나의 단말이 하나의 네트워크 시스템과 통신을 수행하던 종래에는 사용자는 각 네트워크 시스템을 지원하는 서로 다른 기기를 휴대하였다. 그러나, 최근에는 유비퀴터스(ubiquitous) 접속 네트워크로 인해, 사용자들은 서로 다른 지역에서 동일한 네트워크에 접속할 수 있을 뿐 아니라, 동일한 장소에서 서로 다른 네트워크에 접속할 수도 있다. 이를 지원하기 위해, 단말의 기능이 고도화되고 복잡해졌고, 하나의 단말로도 다수의 네트워크 시스템에 접속하여 통신을 수행할 수 있게 되었다. 따라서, 사용자 편의가 증대되고, 대역폭 또한 효과적으로 활용하는 효과를 얻게 되었다.
그러나, 서로 다른 통신 시스템의 송수신 장치에 의한 간섭 발생로 인하여, 무선통신시스템의 성능 저하가 발생하는 문제점을 존재하게 된다. 따라서, 이러한 무선통신 시스템의 성능 저하를 해결하기 위한 요구가 필요한 실정이다.
본 발명은 무선 통신 시스템에서 무선 링크 실패(이하 'RLF'라 칭함)가 발생하는 원인에 대한 정보를 보고할 수 있는 장치 및 방법을 제공하고자 한다.
본 발명은 무선 통신 시스템에서 RLF 정보를 획득하여 네트워크 품질을 개선하는 장치 및 방법을 제공하고자 한다.
본 발명은 무선 통신 시스템에서 RLF 원인에 따른 RLF 보고 구성 장치 및 방법을 제공하고자 한다.
본 발명은 무선 통신 시스템에서 UE 내 서로 다른 통신 장치에 의한 간섭으로 발생하는 RLF 정보를 보고하는 장치 및 방법을 제공하고자 한다.
본 발명은 무선통신시스템에서 UE 내 서로 다른 통신 시스템의 송수신 장치에 의한 신호의 수신 전력 및/또는 간섭 전력을 측정한 값을 RLF 정보에 포함하여 보고하는 장치 및 방법을 제공하고자 한다.
본 발명의 일 실시형태는 단말의 무선 링크 실패 보고 방법으로서, 무선 링크 실패를 감지하는 단계, 무선 링크 실패에 관한 무선 링크 실패 보고를 구성하는 단계 및 무선 링크 실패 보고를 전송하는 단계를 포함하며, 무선 링크 실패 보고는 상기 무선 링크 실패에 대하여 기기 내 공존 간섭에 의한 영향이 있었는지에 관한 정보를 포함한다.
이때, 무선 링크 실패 보고는 기기 내 공존 간섭을 발생시킨 통신 시스템을 지시하는 정보를 포함할 수 있다.
또한, 무선 링크 실패 보고는 무선 링크 실패가 발생한 단말 내 제1 통신 시스템에 대한 단말 내 제2 통신 시스템 신호의 수신 전력 및/또는 간섭 전력을 측정한 값을 지시하는 정보를 포함할 수 있다.
여기서, 제1 통신 시스템에 대한 제2 통신 시스템 신호의 수신 전력은, 제1 통신 시스템이 이용하는 대역 내에서 제1 통신 시스템의 측정 방식에 의해 측정된 제2 통신 시스템 신호의 수신 전력을 나타내며, 제1 통신 시스템에 대한 제2 통신 시스템 신호의 간섭 전력은, 제1 통신 시스템이 이용하는 대역 내에서 수신된 모든 신호의 수신 전력에 대한 제2 통신 시스템 신호의 수신 전력을 제1 통신 시스템의 측정 방식에 의해 측정한 값을 나타낸다.
한편, 무선 링크 실패 보고는 해당 무선 링크 실패 이후 실행되는 RRC 연결 재설정 절차에서 RRC 연결 재설정 요구 메시지에 포함되어 전송될 수 있으며, E-UTRAN으로부터의 단말 정보 제공 요구에 대한 응답으로서 전송될 수도 있다.
본 발명의 다른 실시형태는 기지국의 무선 링크 실패 보고 처리 방법으로서, 무선 링크 실패 보고를 수신하는 단계 및 무선 링크 실패가 발생한 셀에 무선 링크 실패에 관한 정보를 전송하는 단계를 포함하며, 무선 링크 실패가 발생한 셀은 무선 링크 실패 보고를 기반으로 판단된다.
무선 링크 실패 보고가 무선 링크 실패에 관한 단말의 기기 내 공존 간섭 정보를 포함하는 경우에는, 무선 링크 실패가 발생한 셀이 기기 내 공존 간섭에 관한 정보를 필요로 하는 경우에만 단말의 기기 내 공존 간섭 정보를 전송할 수도 있다.
무선 링크 실패 보고는 상기 무선 링크 실패가 발생한 단말로부터의 RRC 연결 재설정 요구 메시지에 포함되어 전송된 것일 수도 있고, E-UTRAN의 단말 정보 제공 요구에 대한 응답으로서 전송된 것일 수도 있다. 한편, 무선 링크 실패에 관한 정보는 X2 인터페이스를 통해 전송될 수 있다.
본 발명에 의하면, RLF가 발생하는 원인에 따라 RLF 정보를 정확하게 보고할 수 있으며, 이를 네트워크에서 공유함으로써, 네트워크 품질을 효과적으로 개선할 수 있다.
본 발명에 의하면, UE 내 서로 다른 통신 시스템의 송수신 장치에 의한 간섭을 통해서 발생한 RLF에 관해서도 보고할 수 있으며, 이 때, 서로 다른 시스템의 송수신 장치에 의해 간섭이 발생했다는 정보 외에, 각 시스템의 송수신 장치에 의한 신호의 수신 전력 및/또는 간섭 전력을 측정한 값을 RLF 정보에 포함하여 더 정확한 RLF 보고가 이루어지도록 할 수 있다.
도 1은 본 발명의 실시예들이 적용되는 무선통신 시스템을 도시한다.
도 2는 본 발명이 적용되는 기기 내 공존 간섭을 설명하는 설명도이다.
도 3은 본 발명이 적용되는 ISM(Industrial, Scientific and Medical) 송신기에서 LTE 수신기(receiver)로의 기기 내 공존 간섭을 나타내는 예이다.
도 4는 본 발명이 적용되는 RLF를 개략적으로 설명하는 도면이다.
도 5는 본 발명이 적용되는 UE와 eNB 사이에 수행되는 경쟁 기반 랜덤 액세스 절차를 개략적으로 설명하는 순서도이다.
도 6은 본 발명이 적용되는 RRC 연결 재설정 절차를 개략적으로 설명하는 순서도이다.
도 7은 본 발명이 적용되는 RLF 지시(RLF Indication)을 개략적으로 설명하는 도면이다.
도 8은 본 발명이 적용되는 핸드오버 보고에 대해 개략적으로 설명하는 도면이다.
도 9는 본 발명이 적용되는 UE 정보 제공 절차를 개략적으로 설명하는 순서도이다.
도 10은 본 발명이 적용되는 MDT의 기본 개념을 개략적으로 설명하는 도면이다.
도 11은 본 발명이 적용되는 시스템에서 수행되는 RLF 보고 절차를 개략적으로 설명하는 순서도이다.
도 12는 본 발명이 적용되는 시스템에서 RLF를 겪은 UE가 수행하는 RLF 정보의 보고 절차를 개략적으로 설명하는 순서도이다.
도 13은 본 발명이 적용되는 시스템에서 RLF 정보를 수신하는 eNB가 수행하는 동작을 개략적으로 설명하는 순서도이다.
도 14는 본 발명이 적용되는 시스템에서 RLF가 발생했던 eNB가 RLF 정보를 기반으로 수행하는 동작을 개략적으로 설명하는 순서도이다.
도 15는 본 발명이 적용되는 시스템에서 UE의 구성을 개략적으로 설명하는 블록도이다.
도 16은 본 발명이 적용되는 시스템에서 eNB의 구성을 개략적으로 설명하는 블록도이다.
이하, 본 명세서에서는 일부 실시 예들을 예시적인 도면을 통해 상세하게 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 명세서의 실시 예를 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 명세서의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.
본 명세서는 무선통신 네트워크를 대상으로 설명하며, 무선통신 네트워크에서 이루어지는 작업은 해당 무선통신 네트워크를 관할하는 시스템(예를 들어 기지국)에서 네트워크를 제어하고 데이터를 송신하는 과정에서 이루어지거나, 해당 무선네트워크에 결합한 단말에서 작업이 이루어질 수 있다.
도 1은 본 발명의 실시예들이 적용되는 무선통신 시스템을 도시한다.
도 1을 참조하면, 무선통신 시스템은 음성, 패킷 데이터 등과 같은 다양한 통신 서비스를 제공하기 위해 널리 배치되며, 단말(User Equipment: UE, 10), 기지국(evolved NodeB: eNB, 20), 무선 랜(Wireless LAN) 접속점(Access Point: AP)(30), GPS(Global Positioning System, 40) 위성(satellite)을 포함한다. 여기서, 무선 랜은 무선 표준인 IEEE 802.11 기술을 지원하는 장치로서, IEEE 802.11은 와이파이(WiFi) 시스템과 그 명칭이 혼용될 수 있다.
단말(10)은 셀룰러 네트워크, 무선 랜, 방송 네트워크, 위성 시스템등과 같은 다수의 네트워크의 커버리지(coverage) 내에 위치할 수 있다. 단말(10)이 때와 장소에 구애 받지 않고 기지국(20), 무선 랜 접속점(30), GSP(40)등 다양한 네트워크와 다양한 서비스에 접속하기 위해서, 단말(10)은 다수의 무선 송수신기(transceiver)를 구비한다. 예를 들어, 스마트 폰(smart phone)은 LTE, WiFi, 블루투스(bluetooth: BT, 이하 'BT'라 함) 송수신기와 GPS 수신기를 구비한다. 이와 같이 좋은 성능을 유지하면서 하나의 동일 단말(10)내에 더욱더 많은 송수신기를 집적시키기 위해 단말(10)의 디자인은 더욱 복잡해져 가고 있다. 이로 인하여 기기 내 공존 간섭이 발생할 가능성이 더욱 커질 수 있다.
이하에서, 하향링크(downlink)는 기지국(20)에서 단말(10)로의 통신을 의미하며, 상향링크(uplink)는 단말(10)에서 기지국(20)으로의 통신을 의미한다. 하향링크에서 송신기는 기지국(20)의 일부이고, 수신기는 단말(10)의 일부일 수 있다. 또한, 상향링크에서 송신기는 단말(10)의 일부이고, 수신기는 기지국(20)의 일부일 수 있다.
단말(10)은 고정되거나 이동성을 가질 수 있으며, MS(Mobile Station), UT(User Terminal), SS(Subscriber Station), MT(Mobile Terminal), 무선 기기(Wireless Device) 등 다른 용어로 불릴 수 있다. 기지국(20)은 단말(10)과 통신하는 고정된 지점(fixed station)을 말하며, BS(Base Station), BTS(Base Transceiver System), 액세스 포인트(Access Point), 펨토 기지국(Femto BS), 피코 기지국(Pico BS), 릴레이(relay) 등 다른 용어로 불릴 수 있다.
무선통신 시스템에 적용되는 다중 접속 기법에는 제한이 없다. CDMA(Code Division Multiple Access), TDMA(Time Division Multiple Access), FDMA(Frequency Division Multiple Access), OFDMA(Orthogonal Frequency Division Multiple Access), SC-FDMA(Single Carrier-FDMA), OFDM-FDMA, OFDM-TDMA, OFDM-CDMA와 같은 다양한 다중 접속 기법을 사용할 수 있다. 상향링크 전송 및 하향링크 전송은 서로 다른 시간을 사용하여 전송되는 TDD(Time Division Duplex) 방식이 사용될 수 있고, 또는 서로 다른 주파수를 사용하여 전송되는 FDD(Frequency Division Duplex) 방식이 사용될 수 있다.
한편, 하나의 단말이 다수의 네트워크 시스템 대역상에서 동시에 통신을 수행하는 경우, 기기 내 공존 간섭(In-device COexistence Interference: ICO)이 발생할 수 있다. 기기 내 공존 간섭은 한 주파수 대역에서 단말이 수행하는 전송이 다른 주파수 대역에서 동일 단말이 수행하는 수신에 간섭을 일으키는 것을 의미한다. 예를 들어, 하나의 단말이 BT 시스템과 LTE(Long Term Evolution) 시스템을 동시에 지원할 경우, BT 시스템 대역과 LTE 시스템 대역간에 기기 내 공존 간섭이 발생할 수 있다.
기기 내 공존 간섭은, 하나의 단말이 LTE 시스템과 BT 시스템을 동시에 지원하는 경우 외에, WLAN(Wireless Local Area Network) 시스템, GPS(Global Positioning System) 등을 LTE 시스템과 동시에 지원하는 경우에도 발생할 수 있다. 즉, 복수의 시스템이 함께 동작하면, 사용하는 대역 간에 기기 내 공존 간섭이 발생할 수 있다. 기기 내 공존 간섭은 주로 이종 네트워크 시스템의 주파수 대역 경계의 이격 간격이 충분히 넓지 않은 경우 발생할 수 있다.
기기 내 공존 간섭을 회피하기 위한 기술로서 주파수 분할 다중화(Frequency Division Multiplexing: FDM) 방식과 시분할 다중화(Time Division Multiplexing: TDM) 방식이 사용될 수 있다. FDM 방식은 제1 네트워크 시스템의 제1 주파수 대역과 제2 네트워크 시스템의 제2 주파수 대역간에 간섭이 발생하는 경우, 어느 하나의 네트워크 시스템의 주파수 대역을 이동시켜 기기 내 공존 간섭을 조정하는 방식이다. 즉, 기기 내 공존 간섭이 발생하는 주파수 대역을 회피함으로써 기기 내 공존 간섭을 조정한다. 한편, TDM 방식은 제1 네트워크 시스템의 전송 시간과 제2 네트워크 시스템의 수신 시간을 서로 이격시켜 기기 내 공존 간섭을 조정하는 방식이다.
도 2는 본 발명이 적용되는 기기 내 공존 간섭을 설명하는 설명도이다.
도 2를 참조하면, 단말(20)은 LTE RF(21), GPS RF(22), BT/WiFi RF(23)를 포함한다. 각 RF에는 송수신 안테나(24, 25, 26)가 연결된다. 즉, 하나의 기기 플랫폼(device platform)내에 여러 종류의 RF가 근접하여 장착되어 있다. 여기서, 한 RF의 송신 전력이 다른 RF 수신기로의 수신 전력 수준(level)보다 매우 클 수 있다. 이 때 RF 간의 주파수 간격이 충분하지 않고, 고도의 필터링 기술이 뒷받침되지 않으면, 동일한 기기 내에서 한 RF의 송신 신호가 다른 RF의 수신기에 현저한 간섭을 야기할 수 있다. 예를 들어, 도 2에서 (1)은 LTE RF(21)의 송신 신호가 GPS RF(22)와 BT/WiFi RF(23)에 대해 기기 내 공존 간섭을 일으키는 예이고, (2)는 BT/WiFi RF(23)의 송신 신호가 LTE RF(21)에 대해 기기 내 공존 간섭을 일으키는 예이다. 기기 내 공존 간섭이 야기하는 신호 간 효과를 도 3에서 더 자세히 설명한다.
도 3은 본 발명이 적용되는 ISM(Industrial, Scientific and Medical) 송신기에서 LTE 수신기(receiver)로의 기기 내 공존 간섭을 나타내는 예이다. ISM 밴드는 산업과학 의료 분야에서 사용허가 없이 자유롭게 사용할 수 있는 대역을 나타낸다.
도 3을 참조하면, LTE 수신기에서 수신되는 신호의 대역이 ISM 송신기의 송신 신호의 대역과 중첩되는 부분이 있는 것을 알 수 있다. 이 경우, 기기 내 공존 간섭이 발생할 수 있다. 이와 같이 기기 내 공존 간섭이 발생하거나, 발생할 잠재적(potential) 가능성이 높거나, 또는 발생할 것으로 예정된 주파수 대역을 기기 내 공존 간섭 취약 대역 또는 줄여서 간섭 취약 대역(interference delicate band)이라 한다. 간섭 취약 대역에서 간섭이 발생함으로써, 단말이 사용할 수 없게 되는 대역이 될 수 있으므로 이를 사용 불능 대역(not-usable band)으로 볼 수도 있다. 간섭 취약 대역에서 반드시 기기 내 공존 간섭이 발생하는 것은 아니고, 간섭이 발생할 잠재적 가능성이 있는 경우도 간섭 취약 대역으로 취급할 수 있다.
기기 내 공존 간섭을 포함하여, 기기가 겪게 되는 각종 간섭들은 RLF(Radio Link Failure: RLF)를 초래할 수 있다.
도 4는 본 발명이 적용되는 RLF의 개념을 개략적으로 설명하는 도면이다. 도 4를 참조하면, RLF는 두 단계(phase)로 구분될 수 있다.
정상 동작을 수행하던 UE가 무선 채널의 문제를 확인(Radio Problem Detection)하면서, RLF의 제1 단계가 시작된다. UE는 무선 채널의 문제를 확인하기 위해 CRS(Cell-specific Reference Signal)의 수신 신호 세기(Reference Signal Received Power: RSRP)를 기준으로 설정하고 이를 이용하여 무선 채널의 문제 여부를 확인할 수 있다.
도 4에 도시된 바와 같이 소정 시간, 예컨대 T1이 경과할 때까지 확인된 무선 채널의 문제가 복구되지 않는 경우에는 RLF로 이어지게 된다. 이때, 소정의 시간 T1의 경과 여부는 UE 내 소정의 타이머를 기반으로 확인할 수도 있는데, UE는 RLF를 판단하기 위한 타이머로 T1을 계측할 수도 있고, 다른 계측을 위한 경과 시간을 T1으로 활용할 수도 있다.
RLF가 확인된 경우에는 제2 단계가 개시된다. 이때, 제2 단계를 개시하는 RLF는 핸드 오버 실패를 포함한다. 도 4를 참조하면, RLF 후 소정의 시간, 예컨대 T2가 경과할 동안 무선 링크가 복구되지 않으면(확인된 무선 채널의 문제가 복구되지 않으면) UE는 RRC_IDLE 상태로 들어간다. T2 시간의 경과 여부는 UE 내 소정의 타이머를 이용할 수 있다.
표 1은 RLF의 각 단계에서 발생 가능한 UE의 동작에 따라서 링크 연결이 어떻게 운용될 수 있는지를 설명하는 도면이다.
Figure pat00001
여기서, '준비된 eNB'는 UE가 예상보다 일찍 핸드오버를 수행하더라도 이에 대응하여 핸드오버 절차를 수행할 수 있는 eNB를 나타낸다.
표 1은 기재된 4 가지 케이스에 규정된 상황이 (1) RLF의 제 1단계에서 발생하는 경우, (2) RLF의 제 2단계에서 발생하는 경우 그리고 (3) 각 케이스가 발생하지 않은 채로 T2가 만료하는 경우에 대한 무선 링크의 운용을 설명하고 있다.
(1) RLF의 제1 단계에서 UE가 동일 셀로 돌아오는 경우에는, 무선 채널의 문제가 더 이상 없는 경우에는, 표 1에서 보는 바와 같이, 무선 링크가 정상적으로 계속 동작하게 된다.
상술한 바와 같이, RLF의 제1 단계는 무선 채널의 문제를 확인하면서 시작되는데, 이때 무선 채널의 문제가 발생했는지는 무선 링크 모니터링(Radio Link Monitoring: RLM)을 통해 확인할 수 있다.
무선 링크 모니터링은 CRS를 기반으로 eNB와의 사이에서 설정된 서빙 셀의 하향링크 품질을 UE가 탐지하는 것이다. UE는 측정된 CRS의 수신 에너지에 대한 제어 채널들의 수신 에너지 비로 정의되는 소정의 파라미터들을 이용하여 하향링크의 품질을 예측할 수 있다.
무선 링크 모니터링은 다음과 같은 조건으로 설정될 수 있다.
우선, 무선 링크 모니터링을 통해 하향링크의 품질을 예측하기 위한 기준 값을 설정할 수 있다. 예컨대, CRS의 평균 자원 요소 수신 에너지에 대한 PDCCH(Physical Downlink Control Channel)/PCFICH(Physical Control Format Indicator Channel)이 전송되는 자원 요소(Resource Element, 즉 단일 OFDM 심볼 내의 단일 부반송파)의 수신 에너지의 비를 dB 단위로 표현한 값을 기준으로 할 수 있다.
무선 링크 모니터링에 이용되는 소정의 파라미터 중 동기 불일치(Out-of-Sync)를 선언하는 기준이 되는 파라미터인 Qout 값은 PDCCH/PCFICH를 전송하기 위해 설정된 파라미터와 함께 PCFICH의 오류를 고려한 가상의 PDCCH(DCI format 1A 기반) 전송의 BER(Block Error Rate)가 10% 이상이라고 판단되는 값을 기준으로 설정될 수 있다. 이때, PDCCH/PCFICH을 전송하기 위해 설정된 파라미터들에는 PDCCH의 DCI 포멧, 서브프레임 내의 제어 정보가 전송되는 OFDM 심벌의 개수, PDCCH의 자기 복제 비율을 나타내는 집성 수준(aggregation level) 등이 포함되며, 이 파라미터들은 하향링크 대역폭에 영향을 받는다.
Qout 값은 CRS가 전송되는 안테나 포트의 개수에 의해 다른 값을 가질 수 있다. 예를 들어, PCFICH의 오류를 고려한 가상의 PDCCH 전송의 BER가 10% 이상이 되는 상황을 고려할 때, 단일 안테나 포트에 한하여 CRS가 전송되는 경우 Qout 값으로 설정할 상기 PDCCH와 CRS 간 에너지의 비율은 4dB를 기준할 수 있다. 또한, 2개 이상의 안테나 포트에 대하여 CRS가 전송되는 경우에 Qout의 값은 1dB를 기준으로 할 수 있다.
무선 링크 모니터링에 이용되는 소정의 파라미터 중 동기 회복 또는 동기 유지(in-sync)를 선언하는 기준이 되는 파라미터인 Qin 값은 상기 Qout의 경우에 비해 충분히 큰 신뢰성을 갖는 값을 기준으로 설정된다. 즉, PDCCH/PCFICH을 전송하기 위해 설정된 파라미터와 함께 PCFICH의 오류를 고려한 가상의 PDCCH(DCI format 1C 기반) 전송의 BER가 2% 이상이라고 판단되는 값을 기준으로 설정될 수 있다.
Qin 값은 CRS가 전송되는 안테나 포트의 개수에 의해 다른 값을 가질 수 있다. 예를 들어, PCFICH의 오류를 고려한 가상의 PDCCH 전송의 BER가 2% 이상이 되는 상황을 고려할 때, 단일 안테나 포트로 CRS가 전송되는 경우 Qin 값으로 설정할 상기 PDCCH와 CRS간 에너지의 비율은 0dB를 기준으로 할 수 있다. 또한, 2개 이상의 안테나 포트로 CRS가 전송되는 경우에 Qin 값은 -3dB를 기준으로 할 수 있다.
설명한 예에서 Qout 값에 비해 Qin 값의 기준이 되는 에너지 비율의 값이 오히려 낮은 이유는 상기에서 언급한 PDCCH/PCFICH을 전송하기 위해 설정된 파라미터와 가상의 PDCCH 전송의 BER을 기준으로 하기 때문이다. 또한, Qout 및 Qin 값은 해당 셀에 대한 단말기의 DRX(Discontinuous Reception) 동작 여부에 의해 영향을 받는다.
(2) RLF의 제2 단계에서 UE가 동일 셀로 돌아오는 경우, UE가 동일 eNB의 다른 셀을 선택하는 경우 또는 UE가 준비된 eNB의 셀을 선택하는 경우에, UE는 돌아온 eNB 또는 선택한 eNB와의 직접 시그널링을 통해서 RRC 연결 재설정 절차를 수행한다. RLF의 제2 단계에서, UE가 준비되지 않은 다른 eNB의 선택하는 경우에, 준비되지 않은 eNB는 UE의 핸드오버에 대응할 수 없으므로, UE는 RRC_IDLE 모드로 변경된다.
RRC_IDLE 모드는 단말의 RRC가 E-UTRAN의 RRC와 논리적인 연결을 가지고 있느냐에 따른 RRC 모드 중 하나이다. RRC 모드는 RRC_IDLE 모드와 RRC_CONNECTED 모드로 나뉠 수 있다.
RRC_CONNECTED 모드에서는 단말과 E-UTRAN 사이의 RRC 연결에 의해서 E-UTRAN이 단말의 존재를 셀 단위로 파악할 수 있다. 따라서, 단말을 셀 단위로 제어하는 것이 가능하다.
RRC_IDLE 모드에서는 단말과 E-UTRAN 사이에 RRC 연결이 없기 때문에, E-UTRAN이 단말의 존재를 파악할 수 없다. 따라서, 코어 네트워크가 셀보다 큰 범위의 트랙킹 영역(Tracking Area: TA, 이하 'TA'라 함) 단위로 RRC-IDLE 모드의 단말을 관리한다. 단말은 RRC_IDLE 모드에서 TA 단위로 존재만 파악되며, RRC_CONNECTED 모드로 전환된 뒤에 네트워크를 통한 통상적인 통신을 수행할 수 있다. 이때, 통상적인 통신은 음성 통화뿐만 아니라 영상 통화, 데이터 통신 등 사용자가 네트워크를 통해서 이용할 수 있는 통신 서비스를 포함한다. RRC_IDLE 모드의 단말에 대하여, 기지국은 페이징(paging)을 통해 시스템 정보의 변경 등을 브로드캐스팅(broadcasting)할 수 있다.
표 1을 참조하면, RRC 연결을 재설정해서 RRC_IDLE 모드로 변경되는 것을 가능한 피하기 위해, RLF의 제2 단계에서 UE는 eNB와 직접적인 시그널링을 통해 RRC 연결 재설정 절차를 수행할 수 있다. 구체적으로 RRC_IDLE 모드로 변경되는 것을 가능한 피하기 위해, UE는 RRC_CONNECTED 모드를 유지해서 랜덤 액세스 절차를 통해 셀을 평가하고, 그 결과에 따라서 RRC 연결 재설정 절차를 수행할 수 있다. RRC 연결 재설정 절차에 관해서는 후술하도록 한다.
랜덤 액세스(Random Access)는 네트워크에 접속하는 경우 또는 상향링크 동기(synchronization)를 확보하지 못하였거나 상실한 경우 등에 수행된다. RLF가 발생한 경우에는 RRC_IDLE 상태에서 RRC_CONNECTED 상태로 전환(초기 액세스 또는 TA 업데이트)하는 경우, 상향링크 동기가 맞지 않는 상태에서 새로운 데이터나 제어 정보를 전송해야 하거나 새로운 데이터를 수신하고 이에 대한 ACK/NACK 정보를 전송해야 하는 경우 등과 마찬가지로 경쟁 기반 랜덤 액세스가 수행된다.
도 5는 본 발명이 적용되는 UE와 eNB 사이에 수행되는 경쟁 기반 랜덤 액세스 절차를 개략적으로 설명하는 순서도이다.
도 5를 참조하면, UE는 랜덤 액세스를 위한 프리앰블(preamble)을 eNB에 전송한다(S510). 64개의 랜덤 액세스 프리앰블에서 비경쟁 랜덤 액세스에 사용되는 프리앰블을 제외한 나머지 프리앰블 중 UE는 무작위로 선택한 하나의 프리앰블을 eNB에 전송할 수 있다. 프리앰블은 PRACH(Physical Random Access Channel)상으로 eNB에 전송될 수 있다. 이때, PRACH에 대응하는 전송 채널을 RACH(Random Access Channel)이라 한다.
eNB는 랜덤 액세스 응답을 UE에 전달한다(S520). 랜덤 액세스 응답(Random Access Response: RAR)은 PDSCH상으로 전송되며, 단말이 임시적으로 사용할 수 있는 TC-RNTI(Temporary Cell-Radio Network Temporary Identifier), 상향링크 그랜트, 상향링크 동기를 위한 시간 정렬 지시(Time Alignment Instruction), 선택한 프리앰블의 ID 등을 포함한다. 경쟁 기반 랜덤 액세스에서, 동일한 프리앰블을, 동일한 시간-주파수 자원으로 전송한 UE들은 같은 랜덤 액세스 응답을 수신할 수도 있다.
랜덤 액세스 응답을 수신한 UE는 PUSCH상으로 L2/L3 메시지를 eNB에 전송한다(S530). MAC(Medium Access Control) 계층, PLC(Radio Link Control) 계층, PDCP(Packet Data Convergence Protocol) 계층/RRC(Radio Resource Control) 계층 메시지인 L2/L3 메시지는 TC-RNTI와 UE 고유의 ID를 포함한다.
eNB는 경쟁 해소 메시지를 UE에 전달한다(S540). eNB가 선택한 UE의 고유 ID와 TC-RNTI를 포함하는 경쟁 해소 메시지를 전송함으로써, 비록 복수의 UE가 동일한 랜덤 액세스 응답을 수신한 경우에도, 하나의 단말이 선택되고 경쟁이 해소될 수 있다.
다시 표 1에 관하여 설명한다. RLF의 제2 단계에서 UE가 원래의 셀로 돌아오거나 다른 셀을 선택하여 상술한 랜덤 액세스 절차를 수행하면, 원래의 셀 혹은 선택된 셀의 eNB는 경쟁 기반 랜덤 액세스 절차에서 사용하는 정보를 이용하여 링크 연결 절차를 수행한다.
구체적으로, RLF가 발생한 셀에서 UE가 사용하고 있는 C-RNTI 정보를 UE의 식별자 정보로 활용하고, 셀의 PCI(Physical Cell Identity)를 통해서 셀 간의 동일성을 확인하여 표 1의 어느 케이스에 해당하는지를 구별하며, MAC 키(MAC key) 정보(i.e. ShortMAC-I)를 통해서 UE에게 권한을 부여할 수 있다.
eNB는 해당 UE의 식별자 정보에 대응하는 문맥(context)을 보유하고 있는 것을 확인하여, 무선 링크 연결을 재시작 한다.
만약, eNB가 해당 UE의 문맥을 찾지 못하면, UE는 RRC 연결을 해제하고 새로운 RRC 연결을 수립해야 한다. 따라서, UE는 우선 RRC 모드를 RRC_IDLE 모드로 변경하고 RRC 연결 설정(RRC connection establishment) 절차를 수행한다.
(3) T2의 만료 전까지, 즉 RLF의 제2 단계가 만료될 때까지 표 1의 각 케이스가 발생하지 않은 경우에는, UE의 RRC 모드는 RRC_IDLE 모드로 변경된다.
이제, 앞서 언급한 RRC 연결 재설정(RRC Re-Establishment)에 관하여 설명한다.
RRC 연결 재설정 절차는 RRC 연결을 다시 설정하기 위한 절차로서, SRB(Signaling Radio Bearer) 중 SRB1 운영을 재시작하기 위한 절차이다.
여기서, SRB는 RRC와 NAS(Non-Access Stratum) 메시지들의 전송을 위해서만 사용되는 무선 베어러(Radio Bearer: RB, 이하 'RB'라 함)이다. SRB의 종류로는 SRB0, SRB1, SRB2의 3가지가 있다.
우선, SRB0는 CCCH(Common Control CHhannel) 논리 채널을 사용하는 RRC 메시지를 대상으로 사용된다. 하향링크 CCCH는 RRC 연결 설정, 연결 재설정, 연결 설정 거부, 연결 재설정 거부 등과 관련된 정보 전송을 위해 사용된다. 상향링크 CCCH는 RRC 연결 요청, RRC 연결 재설정 요청 등과 관련된 정보 전송을 위해 사용된다.
SRB1은 DCCH(Downlink Control CHannel) 논리 채널을 사용하는 모든 RRC 메시지를 대상으로 사용되는데, 이 RRC 메시지에는 덧붙여진 NAS 메시지가 일부 포함될 수도 있다. 덧붙이는 하향링크 NAS 메시지는 베어러 설정/변경/해제 절차와 같이 부수적인 절차에 대해서만 사용된다. 덧붙이는 상향링크 NAS 메시지는 RRC 연결 설정 동안에 초기 NAS 메시지를 전달하기 위해서만 사용된다. 또한 SRB1은 SRB2 설정 이전의 NAS 메시지들을 대상으로도 사용된다.
상술한 DCCH 중 하향링크 DCCH는 RRC 연결 재구성, 연결 해제와 관련된 정보를 전송하는데 사용되며, 보안 모드 명령(Security Mode Command), 카운터 체크(counter check), 이종 네트워크 간 핸드오버와 관련된 정보를 전송하는데도 사용된다. 또한, 하향링크 DCCH는 하향링크 관련 정보 전송, UE 정보 요청, UE 성능 조사(UE capability enquiry) 관련 정보 전송에도 사용된다.
상술한 DCCH 중 상향링크 DCCH는 RRC 연결 재구성 완료, 연결 재설정 완료, 연결 설정 완료와 관련된 정보를 전송하는데 사용되며, 보안 모드 설정 완료 또는 보안 모드 설정 실패, 카운터 체크 응답 및 근접성 지시(proximity indication) 관련 정보를 전송하기 위해서도 사용된다. 또한, 상향링크 DCCH는 업링크 관련 정보 전송, 측정 보고(measurement report), UE 정보 응답, UE 성능 정보(UE capability information)와 관련된 정보 전송을 위해서도 사용된다.
SRB(Signalling Radio Bearer) 중 SRB2는 DCCH 논리 채널을 사용하는 NAS 메시지들을 대상으로 사용된다. SRB2는 SRB1보다 우선도가 낮고 보안 활성화 후 E-UTRAN에 의해 항상 구성된다. 예컨대, RRC 연결 설정이 완료되고 보안 설정이 완료되면, RRC 연결 재구성 절차를 통하여 SRB2가 구성될 수 있다.
RRC 연결 재설정 절차는 RLF가 감지된 경우, 핸드오버가 실패한 경우, 무결성(integrity) 확인 실패 지시자가 하위 계층으로부터 전달된 경우, RRC 연결 재구성(reconfiguration)이 실패한 경우 등이 발생한 상황에서 시작될 수 있다.
상술한 상황들이 발생하면, UE는 RRC 연결 재설정을 시작할 수 있는 시간 구간 동안, RRC 연결 재설정을 시도하기에 적합한 셀을 찾기 시작한다. RRC 연결 재설정을 시도하기에 적합한 셀은 동일한 네트워크에 존재하는 셀일 수도 있으며 UE가 지원 가능한 이종 네트워크 내의 셀이 될 수도 있다. 이때, 상기 RRC 연결 재설정을 시작할 수 있는 시간 구간은 UE 내에 정의된 타이머를 통해 규정될 수 있다. LTE의 경우, RRC 연결 재설정을 시작할 수 있는 시간 구간을 규정하는 타이머로서 T311이 이용될 수 있다. RRC 연결 재설정을 시작할 수 있는 시간 동안 RRC 연결 재설정 절차를 시작하기에 적합한 셀을 찾지 못했다면, UE는 RRC 모드를 RRC_IDLE로 변경한다.
만일 UE가 RRC 연결 재설정 절차를 시작하기에 적합한 셀을 찾았다면, RRC 연결 재설정 절차를 시작한다. RRC 연결 재설정 절차를 시작하기 위해서는 아래의 3 조건들이 모두 만족되어야 한다. UE가 아래의 3 조건을 만족하고 있지 않다면, UE는 RRC 모드를 RRC_IDLE로 변경한다.
(1) UE가 RRC_CONNECTED 모드에 있다.
(2) AS 보안(Access Stratum security)이 활성화되어 있다.
(3) UE 문맥(context)이 유효하다.
UE가 이 3 조건들이 모두 만족되는 상황이라면 UE는 RRC 연결 재설정 절차를 시작할 수 있다.
도 6은 본 발명이 적용되는 RRC 연결 재설정 절차를 개략적으로 설명하는 순서도이다.
UE가 상술한 3 조건을 만족하는 경우에, UE는 RRC 연결 재설정 요구 메시지(RRCConnectionReestablishmentRequest)를 eNB에 전송한다(S610).
RRC 연결 재설정 요구 메시지는 RRC 연결의 재설정을 요구하는 원인값을 포함할 수 있다. 예컨대, RLF에 의해 무선 연결이 실패했던 경우에는 RRC 연결 재설정 요구 메시지에 원인값으로서 RLF 정보가 포함될 수 있다. RRC 연결 재설정 요구 메시지는 이 외에도 해당 UE의 이전 셀 ID를 확인할 수 있는 PCI(Physical Cell Identity) 등을 포함할 수 있다. RLF에 의해 무선 연결이 실패했던 경우에 해당 UE의 이전 셀은 RLF가 발생했던 셀일 수 있다.
따라서, RLF가 발생한 경우에, eNB(또는 E-UTRAN)는 UE로부터의 RRC 연결 재설정 요구 메시지를 통해 RLF 정보를 획득할 수 있다.
eNB(또는 E-UTRAN)는 RRC 연결 재설정 요구 메시지의 내용을 확인한 후, RRC 연결 재설정이 가능하다고 판단되면 RRC 연결 재설정을 위해 RRC 연결 재설정 메시지(RRCConnectionReestablishment)를 UE에게 전송한다(S620). RRC 연결 재설정 메시지는, SRB1을 재구성하고 이 SRB에만 해당되는 데이터 전송을 재시작 하는 절차, 보안 알고리즘의 변경 없이 AS 보안을 재활성화 하는 절차 등을 진행하기 위해 필요한 정보를 포함한다.
RRC 연결 재설정 메시지를 수신한 UE는 상술한 RRC 재설정 메시지 내의 정보를 이용하여 SRB1을 재구성하고 이 SRB(SRB1)에만 해당되는 데이터 전송을 재시작 하는 절차, 보안 알고리즘의 변경 없이 AS 보안을 재활성화 하는 절차 등을 진행한다.
상술한 절차의 진행이 완료되면, UE는 eNB(또는 E-UTRAN)에 RRC 연결 재설정 완료 메시지(RRCConnectionReestablishmentComplete)를 전송한다(S630).
상술한 바와 같이, RRC 연결 재설정 절차를 통해서 UE는 RLF 정보를 E-UTRAN(또는 eNB) 측에 전달할 수 있으며, E-UTRAN(또는 eNB) 측은 RLF가 발생한 UE로부터 관련된 정보를 획득할 수 있다.
한편, 이렇게 E-UTRAN 측에 보고된 RLF 정보는 RLF 지시 절차 또는 핸드오버 보고 등을 통해 관련된 eNB에 전달될 수 있다.
우선, UE로부터 보고된 RLF 보고가 네트워크 내의 eNB 사이에 전달되는 것에 관하여 설명한다.
도 7은 본 발명이 적용되는 RLF 지시(RLF Indication)을 개략적으로 설명하는 도면이다.
RLF 지시를 수행하는 목적은 상술한 RRC 연결 재설정 요구와 연계된 정보를 E-UTRAN 내에서 X2 인터페이스를 통해 RLF가 발생한 eNB 를 포함한 eNB들에 전달함으로써, 네트워크 내에서 UE의 이동성을 개선하기 위한 것이다.
도 7을 참조하면, UE(710)는 eNB(720)와 도 6에서 설명한 RRC 연결 재설정 절차(S710~S730)를 수행한다.
RRC 연결 재설정이 완료되면, eNB(720)는 UE(710)로부터 수신한 PCI 정보를 이용하여 UE(710)의 '이전 서빙 셀 또는 eNB'(이하, 설명의 편의를 위해 '이전 eNB' 라 함)를 확인할 수 있다(S740).
eNB(720)는 UE(710)로부터 수신한 PCI에 부합하는 eNB(730)에 RLF 지시 메시지(RLF Indication)를 전송한다(S750). 이때, RLF 지시 메시지는 eNB 사이의 X2 인터페이스를 통해 전달되며, C-RNTI와 같은 UE(710)에 대한 식별자를 포함할 수 있다.
UE(710)의 이전 eNB(730)는 eNB(720)로부터 수신한 UE 식별자와 자신이 보유하고 있는 UE의 문맥이 일치하면 RRC 연결 재설정 이전에 발생한 UE(710)와 eNB(730) 사이의 RLF에 대한 원인을 분석한다.
UE(730)는 분석을 통해 RLF의 원인을 해소함으로써, 네트워크 품질과 UE의 이동성을 개선할 수 있다.
도 7에서는 UE(710)와 eNB(720) 사이의 RRC 연결 재설정이 완료된 후에 eNB(720)가 eNB(730)에 RLF 지시를 전송하는 것으로 설명하였으나, 이는 RLF 지시의 일 예로서 설명한 것으로서, 상술한 바와 달리 eNB(720)가 UE(710)로부터 RRC 연결 재설정 요구 메시지를 수신하여 PCI 정보를 획득한 후에는 RRC 연결 재설정 완료 전이라도 eNB(730)에 RLF 지시를 전송할 수 있다.
도 8은 본 발명이 적용되는 핸드오버 보고에 대해 개략적으로 설명하는 도면이다.
eNB 사이의 핸드오버 보고는 성공적인 핸드오버 이후에 짧게 발생할 수 있는 RLF 정보를 E-UTRAN 내의 X2 인터페이스를 통해 전달함으로써, UE의 네트워크 내 이동성을 개선하기 위해 수행된다. 예컨대, 핸드오버 절차가 너무 빨리 완료되어 타겟 기지국이 미처 대응하지 못한 경우에는, 발생한 RLF 정보를 핸드오버 보고 절차를 통해 eNB 사이에 공유할 수 있다. 참고로, 핸드오버가 지연됨에 따라서 발생한 RLF의 경우에는 RLF 정보가 상술한 RLF 지시 절차를 통해 eNB 사이에 공유될 수 있다.
도 8을 참조하면, UE(810)과 eNB(820) 사이에 핸드오버 절차가 수행된다(S810). 상술한 바와 같이, 핸드오버가 성공적으로 수행된 후에도 RLF가 짧게 발생할 수 있다.
이 경우, RLF를 복구하고 무선 링크를 재설정한 eNB(820, 원래의 타겟 eNB)는 관련된 eNB(830)에 RLF 정보가 포함된 핸드오버 보고를 전송한다(S820). 이때, 관련된 eNB는 원래의 소스 eNB, UE(810)로부터 수신한 PCI에 의해 확인되는 소스 셀 및/또는 타겟 셀, RRC 연결 재설정이 발생한 셀 등을 포함한다.
핸드오버 보고에 포함된 RLF 정보는 핸드오버 시에 RLF를 발생시킨 이동 실패(mobility failure)의 가능한 근본 원인, 예컨대 너무 빠른 핸드오버(Too Early Handover), 잘못된 셀로의 핸드오버(Handover to Wrong Cell)을 지시하는 정보를 포함할 수 있다.
이제, UE가 보유하고 있는 RLF 정보가 RRC 연결 재설정 이후에 E-UTRAN에 전달되는 것에 관하여 설명한다. 이 UE 정보 제공 절차(UE Information Procedure)에 의해 전달된 RLF 정보는 RLF 지시 또는 핸드오버 보고 등을 통해서 RLF가 발생한 eNB를 포함해 E-UTRAN 내의 eNB 사이에 공유될 수 있다.
도 9는 본 발명이 적용되는 UE 정보 제공(UE Information) 절차를 개략적으로 설명하는 순서도이다.
E-UTRAN은 UE 정보 제공 요구 메시지(UEInformationRequest)를 UE에 전송한다(S910). UE 정보 제공 요구 메시지는 E-UTRAN이 UE로부터 정보를 검색(retrieve)하기 위해 일반적으로 이용하는 메시지이다. UE 정보 제공 요구 메시지는 SRB1를 이용하며, RLC(Radio Link Control)-SAP(Service Access Point)에 관해서는 AM(Acknowledged Mode)를 취하고 논리 채널 DCCH(Dedicated Control CHannel)상으로 RRC 시그널링을 통해 전송된다.
표 2는 UE 정보 제공 요구 메시지의 일 예를 나타낸 것이다.
Figure pat00002
표 2의 UE 정보 제공 요구 메시지에서, logMeasReportReq는 로그된(logged) 측정 정보를 보고해야 하는지를 지시하는 필드이다. UE는 무선 통신 환경의 상태를 측정할 때마다 로그를 계속 축적해서 새로운 로그 형태로 저장할 수 있고, UE는 현재 자신이 MDT 수행을 통해 축적된 로그(Log)를 가지고 있는 상태임을 eNB에 보고할 수도 있다. 예컨대, 로그된 측정 정보는 UE가 운전 시험 최소화(Minimization Driving Test: MDT, 이하 'MDT'라 함)를 수행하기 위해 별도로 구성된 측정 방식을 기반으로 측정된 정보들로 작성될 수 있다. MDT는 차량 등으로 직접 셀 내의 모든 지역을 이동하면서 통화품질을 측정하지 않고, 셀 내의 통화 품질 등 네트워크 환경에 대하여 측정하는 방법이다.
도 10은 본 발명이 적용되는 MDT의 기본 개념을 개략적으로 설명하는 도면이다.
도 10을 참조하면, 셀 내의 통화 품질은 건물(1030)의 배치나 지형에 따라 변화한다. 통화 음영 지역(1060)이 있고, 통화 가능 지역 중에도 통화 품질이 좋은 지역(1040)과 통화 품질이 안 좋은 지역(1050)이 있다. 셀 내의 통신 상황, 예컨대 통화 품질을 측정할 때, 셀 내에 산재한 다수의 UE(1000)를 이용함으로써, 측정 차량(1010)은 최소한의 경로(1020)만 이동하면 된다.
이동하는 차량(1010)에서 수행하는 측정 외에, 무선 환경에 대한 측정은 셀 내의 여러 곳에 있는 다수의 UE에서 수행된다. 각각의 UE는 MDT 설정에 따라 현재 위치에서의 무선 환경을 측정할 수 있다. UE는 측정 결과를 로그로 작성하여 저장할 수 있다.
다시 UE 정보 제공 요구 메시지의 필드에 대한 설명으로 돌아가서, rach-ReportReq는 UE가 랜덤 액세스 절차에 관한 정보를 보고해야 하는지를 지시하는 필드이다.
absoluteTimeStamp는 측정 로깅(logging)이 설정된 절대적 시간을 지시하는 것으로서, E-UTRAN으로부터 absoluteTimeInfo 메시지에 포함되어 제공된다.
contentionDetected는 전송된 프리앰블 중 적어도 하나에 대한 경쟁(contention)이 탐지(detect)되었다는 것을 지시하는 필드이다.
failedPCellId는 RLF가 탐지된 주 셀(PCell)이나 실패한 핸드오버에 대한 타겟 주셀(PCell)을 지시하는 필드이다.
measResultLastServCell은 RLF가 발생한 주 셀에서 수행된 마지막 측정 결과를 참조하는 필드이다.
numberOfPreamblesSent는 전송된 RACH 프리앰블의 개수를 지시하는 필드이다.
previousPCellId은 마지막 핸드오버의 소스 주 셀(Source PCell)을 지시하는 필드로서, 소스 주 셀은 mobilitycontrolInformation을 포함하는 마지막 RRC-ConnectionReconfiguration 메시지를 수신한 때의 소스 주 셀이다.
relativeTimeStamp는 로깅 측정 결과가 나온 시간을 지시하는 것으로서 absoluteTimeStamp에 대한 상대적인 값으로 측정되며, 초 단위의 값을 갖는다.
traceReference는 LoggedMeasurementConfiguration를 통해서 수신한 traceReference 파라미터를 지시한다.
traceRecordingSession는 LoggedMeasurementConfiguration를 통해서 수신한 traceRecodingSession 파라미터를 지시한다.
한편, 무선 통신 기술이 발달함에 따라 기존에 구축된 시스템과 새롭게 구축된 시스템 사이의 호환성이 문제된다. 즉, 새롭게 구축된 시스템은 기존의 방식을 모두 지원하면서 시스템을 운용될 수 있지만, 기존의 구축된 시스템은 새로운 방식을 지원하지 못하는 경우가 있다. 따라서, 시스템상에서 송수신되는 메시지들에도 기존 시스템에서 지원이 되는 내용인지를 표시해줄 필요가 있다.
표 2의 경우에는 필드 명과 함께 r9과 r10를 표시하여, 해당 기술이 지원되는 기술의 버전 혹은 릴리즈를 나타내고 있다. 예컨대, 표 2의 예에 따르면, r9으로 표시된 필드는 기존의 시스템과 새로운 시스템에서 모두 인식될 수 있지만, r10으로 표시된 필드는 새로운 시스템에서만 인식되고 기존의 시스템에서는 인식될 수 없다.
본 명세서에서는 표 2에서 예시한 기술 버전 혹은 기술 릴리즈의 표시 방법을 유지하면서 본 발명에 대해 설명하도록 한다. 여기서는 기술 버전을 나타내는 일 예를 함께 표시하여 실시예의 구체성을 더하고 있지만, 기술 버전의 표시에 의해 본 발명의 기술적 사상이 변하거나 제한되는 것은 아님에 유의한다.
UE 정보 제공 요구 메시지를 수신한 UE는 UE 정보 제공 응답 메시지(UEInformationResponse)를 구성하여 E-UTRAN에 전송한다(S920).
UE 정보 제공 응답 메시지는 E-UTRAN에 의해 요청된 정보를 전송하기 위해 UE가 이용하는 메시지로서, SRB1을 이용하지만, 로그된 정보를 전송하는 경우에는 SRB2를 이용한다. UE 정보 제공 응답 메시지는 RLC-SAP에 관한 모드로서 AM을 취하고 논리 채널 DCCH상으로 RRC 시그널링을 통해 전송된다.
표 3은 UE 정보 제공 응답 메시지의 일 예를 나타낸 것이다.
Figure pat00003
Figure pat00004

UE 정보 제공 응답 메시지는 UE 정보 제공 요구 메시지의 각 필드에 대응하여 구성될 수 있다. 이하, UE가 UE 정보 제공 응답 메시지를 구성하는 방법에 대하여 설명한다.
(1) rach-Report
UE 정보 제공 요구 메시지상의 rach-ReportReq가 'true'로 설정되어 있는 경우에, 이에 대응하는 UE 정보 제공 응답 메시지상의 rach-Report는 다음과 같이 설정된다.
numberOfPreamblesSent를 설정한다. numberOfPreamblesSent는 성공적으로 완료된 마지막 랜덤 액세스 절차에 대하여 MAC에 의해 전송된 프리앰블의 개수를 지시한다.
ContentionDetected를 설정한다. 성공적으로 완료된 마지막 랜덤 액세스 절차에서 적어도 하나의 프리앰블에 대해서도 경쟁 해결에 성공하지 못한 경우에는 contentionDetected를 'true'로 설정한다. 그 외의 경우에는 contentionDetected를 'false'로 설정한다.
(2) rlf-Report
UE 정보 제공 요구 메시지상의 rlf-ReportReq가 'true'로 설정되어 있고, UE가 RLF 정보 또는 핸드오버 실패 정보를 VarRLF-Report에 보유하고 있으며, VarRLF-Report에 저장되어 있는 plmn-Identity값이 R-PLMN(Registered Public Land Mobile Network)과 동일하면, UE 정보 제공 응답 메시지에 rlf-Report를 포함한다. 이때, rlf-Report의 값은 UE가 보유한 VarRLF-Report의 rlf-Report 값과 동일하게 설정된다.
표 4는 UE가 보유한 VarRLF-Report의 일 예를 나타낸 것이다.
Figure pat00005
UE는 RLF에 대한 정보를 획득하여 RLF-Report의 서브 필드에 해당 정보를 저장할 수 있다.
rlf-Report가 포함된 UE 정보 제공 응답 메시지가 성공적으로 전송된 경우에, UE는 보유하고 있는 VarRLF-Report 내의 rlf-Report 값을 제거(discard)한다. 이때, rlf-Report가 포함된 UE 정보 제공 응답 메시지가 성공적으로 전송되었는지의 여부는 하위 계층(L1 또는 L2)에 의해 확인될 수 있다.
(3) logMeasReport
UE 정보 제공 요구 메시지에 logMeasReportReq가 포함되어 있고, UE가 보유하고 있는 VarLogMeasReport에 저장된 plmn-identity 값이 R-PLMN과 동일하며, VarLogMeasReport가 하나 또는 다수의 로그된(logged) 측정 엔트리(entry)들을 포함하면, UE 정보 제공 응답 메시지 내의 logMeasReport에 관한 컨탠츠들을 아래와 같이 설정한다.
표 5는 UE가 저장하고 있는 VarLogMeasReport의 일 예를 나타낸 것이다.
Figure pat00006
UE는 MDT를 통해 획득한 로그를 LodMeasInfo의 서브 필드에 저장할 수 있다.
logMeasReport에 absoluteTimeStamp을 포함시킨다. absoluteTimeStamp의 값은 UE가 보유한 VarLogMeasReport의 absoluteTimeInfo 값과 동일하게 설정한다.
logMeasReport에 traceReference를 포함시킨다. traceReference의 값은 UE가 보유한 VarLogMeasReport의 traceReference 값과 동일하게 설정한다.
logMeasReport에 traceRecordingSession을 포함시킨다. traceRecordingSession의 값은 UE가 보유한 VarLogMeasReport의 traceRecordingSession 값과 동일하게 설정한다.
logMeasReport에 logMeasInfoList을 포함시킨다. UE가 보유한 VarLogMeasReport의 로그된(logged) 엔트리들 중 첫 번째 엔트리부터 하나 또는 다수의 엔트리들을 포함하도록 logMeasInfoList을 설정한다.
이때, UE가 보유한 VarLogMeasReport가 비어있지 않으면, 즉 MDT 등의 측정에 의해 작성된 로그를 이용할 수 있는 상태라면, logMeasReport에 logMeasAvailable을 추가하고 그 값을'true'로 설정한다.
logMeasReport를 포함하는 UE 정보 제공 응답 메시지가 성공적으로 전송되면, UE가 보유한 VarLogMeasReport 내의 logMeasInfoList 값에 포함된 로그된(logged) 측정 엔트리들을 제거(discard)한다. UE 정보 제공 응답 메시지가 성공적으로 전송되었는지는 하위 계층(L1 또는 L2)을 통해 확인할 수 있다.
한편, 로그 정보는 SRB2를 통해서 전달된다. 따라서, UE 정보 제공 응답 메시지도 로그 정보를 포함하고 있는지에 의해, SRB1을 통해서 전달될 지 혹은 SRB2를 통해서 전달될 지가 정해질 수 있다. 예컨대, UE 정보 제공 응답 메시지가 logMeasReport를 포함하면, UE 정보 제공 응답 메시지는 SRB2를 통해 하위계층으로 보내진다. UE 정보 제공 응답 메시지가 logMeasReport를 포함하지 않으면, UE 정보 제공 응답 메시지는 SRB1을 통해 하위계층으로 보내진다.
이제 상술한 기기 내 공존 간섭(ICO: In-device COexistence Interference)과 RLF 보고(RLF Report)에 관하여 설명한다.
RLF는 네트워크 상태에 따라서 발생할 수도 있지만, 기기 내의 다른 모뎀(예컨대, WLAN, Bluetooth, GPS 등에 대한 모뎀)에 의한 간섭 전력에 의해서, 즉 기기 내 공존 간섭에 의해서도 발생할 수 있다.
기기 내 공존 간섭에 의한 RLF(이하, 설명의 편의를 위해 'ICO-RLF'라 함)에 관한 정보 역시 UE 정보 제공 응답 메시지에 포함하여 전송할 수 있다.
UE 정보 제공 응답 메시지에 포함되는 ICO-RLF 정보는 (1) 기기 내 공존 간섭에 의해 RLF가 발생했다는 것과 함께 기기 내 다른 송수신 장치(모뎀)의 수신 전력과 간섭 전력 값을 포함하도록 구성할 수도 있고, (2) 기기 내 공존 간섭에 의해 RLF가 발생했다는 것과 함께 기기 내 다른 송수신 장치에 의한 간섭 발생 여부만을 포함하도록 구성할 수도 있다.
여기서, 다른 송수신 장치는 LTE 시스템에 대한 송수신 장치와 함께 UE 내에 구비된 송수신 장치로서, LTE 시스템 외 다른 무선 통신 시스템에 대한 송수신 장치를 의미한다.
이하, UE가 ICO-RLF 정보를 전송하는 것에 관하여, UE 정보 제공 요구 메시지상으로 rlf-ReportReq를 수신하여 ICO-RLF 정보를 전송하는 경우와 MDT에 관한 logMeasReportReq를 수신하여 ICO-RLF 정보를 전송하는 경우로 나누어 설명한다.
(1) UE가 rlf-ReportReq를 수신한 경우
표 6은 본 발명이 적용되는 시스템에서 UE가 rlf-ReportReq를 수신하고 이에 대한 응답으로 eNB 또는 E-UTRAN에 전송하는 무선 통신 실패에 대한 정보를 나타내는 일 실시예이다. 표 6은 ICO-RLF 정보가 UE 내 다른 송수신 장치에 의한 간섭 전력의 영향이 있었는지를 보고하는 예를 나타낸 것이다.
Figure pat00007
표 6에서는 measResultIDC를 통해 UE 내 다른 송수신 장치에 의한 간섭 전력의 영향이 있었는지 지시한다. 예컨대, measResultIDC의 값이 True이면 UE 내 다른 송수신 장치에 의한 간섭의 영향이 있는 것을 지시하고, measResultIDC의 값이 False면 UE 내 다른 송수신 장치에 의한 간섭의 영향이 없는 것을 지시하도록 할 수 있다.
표 6에서 measResultIDC는 조건부(optional)로 추가될 수 있으며, 따라서 UE 내 다른 송수신 장치에 의한 간섭의 영향이 있는 경우에만 설정되도록 할 수도 있다.
표 6의 경우와 달리, UE 내 다른 송수신 장치에 의한 간섭 전력의 영향이 있었는지를 송수신 장치별로 보고 할 수도 있다.
표 7은 본 발명이 적용되는 시스템에서 UE가 rlf-ReportReq를 수신하고 이에 대한 응답으로 eNB 또는 E-UTRAN에 전송하는 무선 통신 실패에 대한 정보를 나타내는 다른 실시예이다. 표 7은 ICO-RLF 정보가 UE 내 다른 송수신 장치에 의한 별로 간섭 전력의 영향이 있었는지를 송수신 장치별로 보고하는 예를 나타낸 것이다.
Figure pat00008
표 7의 RLF 보고에서는, measResultIDC 필드를 통해 UE 내 다른 송수신 장치에 의한 간섭 전력의 영향이 있었는지를 지시할 수 있다. 예컨대, measResultIDC 필드의 서브 필드를 통해서 UE 내 다른 송수신 장치에 의한 간섭 전력이 있었는지를 송수신 장치별로 지시할 수 있다.
구체적으로, measResultIDC 필드의 각 서브 필드의 값이 True 인지 False인지를 통해 UE 내 다른 송수신 장치별로 간섭 전력의 영향이 있는지를 지시할 수 있다. 예컨대, measResultWLAN 필드의 값이 true이면 WLAN 시스템의 송수신 장치에 의한 간섭 전력의 영향이 있다는 것을 지시하고, measResultWLAN 필드의 값이 false 이면 WLAN 시스템의 송수신 장치에 의한 간섭 전력의 영향이 없다는 것을 지시하도록 할 수 있다.
마찬가지로, measResultBT 필드의 값이 true이면 BT 시스템의 송수신 장치에 의한 간섭 전력의 영향이 있다는 것을 지시하고, measResultBT 필드의 값이 false 이면 BT 시스템의 송수신 장치에 의한 간섭 전력의 영향이 없다는 것을 지시하도록 할 수 있다. 또한, measResultGPS 필드의 값이 true이면 GPS 송수신 장치에 의한 간섭 전력의 영향이 있다는 것을 지시하고, measResultGPS 필드의 값이 false 이면 GPS 송수신 장치에 의한 간섭 전력의 영향이 없다는 것을 지시하도록 할 수 있다.
이때, UE 내 다른 송수신 장치 중 어느 송수신 장치에 의한 간섭인지를 명확하게 판단할 수 없는 경우에는 measResultOther 필드를 통해 간섭 전력의 영향이 있는지를 지시할 수 있다. measResultOther의 값이 true이면 어느 시스템의 송수신 장치에 의한 간섭 전력의 영향인지는 구분할 수 없지만 간섭 전력의 영향이 있다는 것을 지시하거나, 둘 이상의 송수신 장치에 의한 간섭 전력의 영향이 존재한다는 것을 지시하도록 할 수 있다.
한편, measResultIDC의 서브 필드의 값이 true인지 false인지를 통해 해당 서브 필드에 대응하는 통신 시스템의 송수신 장치에 의한 간섭 전력의 영향이 있는지 여부를 지시하지 않고, 각 통신 시스템에 대한 서브 필드, 예컨대 measResultWLAN, measResultBT, measResultGPS, measResultOther를 조건부로 설정할 수도 있다. 즉, 해당 통신 시스템의 송수신 장치에 의한 간섭 전력의 영향이 있는 경우, 혹은 어느 시스템의 송수신 장치에 의한 것인지 구분할 수 없는 간섭 전력이나 둘 이상의 송수신 장치에 의한 간섭 전력의 영향이 존재하는 경우에만, 대응하는 서브 필드를 설정하도록 할 수도 있다. 측정된 수신 전력 및/또는 간섭 전력이 어느 송수신 장치에 대한 것인지 UE가 구별할 수 있는 경우에는 MeasResultOther 필드를 설정하지 않고, 해당 송수신 장치에 대한 필드에서 측정한 수신 전력 및/또는 간섭 전력에 관하여 지시할 수 있음은 물론이다.
또한, 표 7에서 measResultIDC 필드는 조건부로 설정할 수도 있다. 이 경우에 measResultIDC 필드는 UE 내 다른 송수신 장치에 의한 간섭 전력의 영향이 있는 경우에만 설정하도록 할 수 있다.
표 7의 경우와 달리, UE 내 다른 송수신 장치의 수신 전력 및/또는 간섭 전력 값을 모두 보고하도록 할 수도 있다.
표 8은 본 발명이 적용되는 시스템에서 UE가 rlf-ReportReq를 수신하고 이에 대한 응답으로 eNB 또는 E-UTRAN에 전송하는 무선 통신 실패에 대한 정보를 나타내는 다른 실시예이다. 표 8은 ICO-RLF 정보가 UE 내 다른 송수신 장치의 수신 전력 및/또는 간섭 전력 값을 포함하는 예를 나타낸 것이다.
Figure pat00009
표 8의 RLF 보고에서도, measResultIDC 필드를 통해 UE 내 다른 송수신 장치에 의한 간섭 전력의 영향이 있었는지를 지시할 수 있다. 예컨대, measResultIDC 필드의 서브 필드를 통해서 UE 내 다른 송수신 장치에 의한 간섭 전력이 있었는지를 송수신 장치별로 지시할 수 있다.
표 8의 경우에는 표 7의 경우와 달리, 각 서브 필드가 대응하는 통신 시스템에 대한 측정 결과를 통해 해당하는 통신 시스템의 송수신 장치에 의한 간섭 전력의 영향이 있는지를 지시하도록 할 수 있다.
구체적으로 표 8의 RLF 보고에서는, measResultIDC 필드의 각 서브 필드를 통해 UE 내 다른 송수신 장치별 측정 값을 지시하도록 할 수 있다.
예컨대, measResultIDC 필드의 서브 필드인 measResultWLAN가 하위 서브 필드인 MeasResultWLAN을 지시하여, MeasResultWLAN의 서브 필드인 ReceivedPowerWLAN_Result, ReceivedQualWLAN_Result, ReceivedPowerFrom_WLAN, ReceivedQualFrom_WLAN 등을 통해 측정 결과를 지시하도록 할 수 있다.
마찬가지로, measResultIDC 필드의 서브 필드인 measResultBT가 하위 서브 필드인 MeasResultBT을 지시하여, MeasResultBT의 서브 필드인 ReceivedPowerBT_Result, ReceivedQualBT_Result, ReceivedPowerFrom_BT, ReceivedQualFrom_BT, BT_Hopping_pattern_length, BT_Hopping_Pattern 등을 통해 측정 결과를 지시하도록 할 수 있고, measResultIDC 필드의 서브 필드인 measResultGPS가 하위 서브 필드인 MeasResultGPS을 지시하여, MeasResultGPS의 서브 필드인 ReceivedPowerGPS_Result, ReceivedQualGPS_Result, ReceivedPowerFrom_GPS, ReceivedQualFrom_GPS 등을 통해 측정 결과를 지시하도록 할 수 있다.
이때, 어느 시스템의 송수신 장치에 의한 것인지 구분할 수 없는 간섭 전력이나 둘 이상의 송수신 장치에 의한 간섭 전력에 대해서는, measResultIDC 필드의 서브 필드로서 measResultOther 가 하위 서브 필드인 MeasResultOther를 지시하여, MeasResultOther의 서브 필드인 ReceivedPowerOther_Result, ReceivedQualOther_Result 등을 통해 측정 결과를 지시하도록 할 수 있다.
이제, 표 8에 있어서, UE 내의 WLAN 시스템에 대한 필드부터 차례로 설명한다.
UE 내의 WLAN 시스템에 대한 필드
ReceivedPowerWLAN_Result는 현재 무선 통신 시스템(LTE)에서 운용하는 신호 측정 방식을 통해, 현재 무선 통신 시스템의 대역 내에서 수신된 WLAN 신호의 수신 전력 세기를 측정한 값을 나타낸다. 이때, ReceivedPowerWLAN_Result 값을 표현하는 방식은 특정될 수 있으며, 예컨대 RSRP(Reference Signal Received Power) 범위(range)로 표현되도록 특정될 수 있다.
예를 들어, 상기 RSRP-range는 정수 값 0 내지 97 중에 하나로 설정될 수 있으며 각 RSRP-range 값은 [표 9]에 의해 정의된 값으로 대응된다.
Figure pat00010
ReceivedQualWLAN_Result는 현재 무선 통신 시스템(LTE)에서 운용하는 신호 측정 방식을 통해, 현재 무선 통신 시스템의 대역 내에서 수신된 모든 수신 신호의 수신 전력 세기에 대한 현재 무선 통신 시스템의 대역 내에서 수신된 WLAN 신호의 수신 전력 세기를 측정한 값을 나타낸다. 이때, ReceivedQualWLAN_Result 값을 표현하는 방식은 특정될 수 있으며, 예컨대 RSRQ(Reference Signal Received Quality) 범위(range)로 표현되도록 특정될 수 있다.
예를 들어, 상기 RSRQ-range는 정수 값 0 내지 34 중에 하나로 설정될 수 있으며 각 RSRQ-range 값은 [표 10]에 의해 정의된 값으로 대응된다.
Figure pat00011
ReceivedPowerFrom_WLAN은 현재 WLAN 시스템에서 운용하는 신호 측정 방식을 통해, 현재 무선 통신 시스템(LTE)의 대역 내에서 수신된 WLAN 신호의 수신 전력 세기를 측정한 값을 나타낸다. 이때, ReceivedPowerFrom_WLAN 값을 표현하는 방식은 특정될 수 있으며, 예컨대 WLAN 시스템에서 수신 전력을 측정하는데 사용되는 값의 범위(WLAN_RP -range)로 표현되도록 특정될 수 있다.
ReceivedQualFrom_WLAN은 현재 WLAN 시스템에서 운용하는 신호 측정 방식을 통해, 현재 무선 통신 시스템(LTE)의 대역 내에서 수신된 모든 수신 신호의 수신 전력 세기에 대한 현재 무선 통신 시스템의 대역 내에서 수신된 WLAN 신호의 수신 전력 세기를 측정한 값을 나타낸다. 이때, ReceivedQualFrom_WLAN 값을 표현하는 방식은 특정될 수 있으며, 예컨대 WLAN 시스템에서 수신 품질을 측정하는데 사용되는 값의 범위(WLAN_RQ -range)로 표현되도록 특정될 수 있다.
UE 내 BT 시스템에 대한 필드
BT_Hopping_pattern_length는 현재 UE 내부에서 동작하는 BT 장치가 사용하는 주파수 호핑(frequency hopping) 패턴의 길이를 나타낸다. 호핑 패턴의 길이는 BT 규격에 의해 결정될 수 있으며, 예컨대 지정된 범위의 정수 값을 갖도록 할 수 있다. 반면에, BT 규격에서 사용하는 주파수 호핑 패턴을 인덱스 형식으로 지시할 수 있는 경우, 상기 BT_Hopping_pattern_length 필드는 인덱스 값을 지시하기 위한 필드로 인식되어 사용될 수도 있다. 이 경우 UE는 BT 규격에서 사용하는 인덱스와 대응되는 주파수 호핑 패턴 정보들을 미리 알고 있다.
ReceivedPowerBT_Result는 현재 무선 통신 시스템(LTE)에서 운용하는 신호 측정 방식을 통해, 현재 무선 통신 시스템의 대역 내에서 수신된 BT 신호의 수신 전력 세기를 측정한 값을 나타낸다. 이때, ReceivedPowerBT_Result 값을 표현하는 방식은 특정될 수 있으며, 예컨대 RSRP-range로 표현되도록 특정될 수 있다.
ReceivedQualBT_Result는 현재 무선 통신 시스템(LTE)에서 운용하는 신호 측정 방식을 통해, 현재 무선 통신 시스템의 대역 내에서 수신된 모든 수신 신호의 수신 전력 세기에 대한 현재 무선 통신 시스템의 대역 내에서 수신된 BT 신호의 수신 전력 세기를 측정한 값을 나타낸다. 이때, ReceivedQualBT_Result 값을 표현하는 방식은 특정될 수 있으며, 예컨대 RSRQ-range로 표현되도록 특정될 수 있다.
ReceivedPowerFrom_BT는 현재 BT 시스템에서 운용하는 신호 측정 방식을 통해, 현재 무선 통신 시스템(LTE)의 대역 내에서 수신된 BT 신호의 수신 전력 세기를 측정한 값을 나타낸다. 이때, ReceivedPowerFrom_BT 값을 표현하는 방식은 특정될 수 있으며, 예컨대 BT 시스템에서 수신 전력을 측정하는데 사용되는 값의 범위(BT_RP -range)로 표현되도록 특정될 수 있다.
ReceivedQualFrom_BT은 현재 BT 시스템에서 운용하는 신호 측정 방식을 통해, 현재 무선 통신 시스템(LTE)의 대역 내에서 수신된 모든 수신 신호의 수신 전력 세기에 대한 현재 무선 통신 시스템의 대역 내에서 수신된 BT 신호의 수신 전력 세기를 측정한 값을 나타낸다. 이때, ReceivedQualFrom_BT 값을 표현하는 방식은 특정될 수 있으며, 예컨대 BT 시스템에서 수신 품질을 측정하는데 사용되는 값의 범위(BT_RQ -range)로 표현되도록 특정될 수 있다.
BT_Hopping_pattern은 현재 UE 내부에서 동작하는 BT 장치가 사용하는 주파수 호핑(hopping) 패턴 정보를 나타낸다. 이때, 호핑 패턴의 길이는 BT 규격에 따라 결정될 수 있으며, BT_Hopping_pattern가 나타내는 BT 장치의 주파수 호핑 패턴은 비트맵으로 표현될 수 있다. 예를 들어, 비트정보가 '1'인 경우 미리 정해진 주파수 대역만큼 + 방향으로 호핑함을 의미하며 비트 정보가 '0'인 경우 - 방향으로 호핑함을 의미할 수 있다. 또는 2개 비트 또는 그 이상의 비트들을 하나의 호핑 정보로 판단하여 호핑 패턴을 표현할 수도 있다.
예를 들어, 2개의 비트들을 하나의 호핑 정보로 판단하는 경우, 호핑을 4단계로 표현하는 것이 가능하며 (예를 들어 [00, 01, 10, 11] = {-2, -1, 1, 2}) 4개의 비트들을 하나의 호핑 정보로 판단하는 경우에는 호핑을 16단계로 표현하는 것이 가능하다. 상기 비트들에 대한 호핑 정보는 현재 ICO가 발생할 수 있는 UE들이 존재하고 면허 대역을 사용하는 무선 통신 시스템(LTE)에서 BT 규격을 참고하여 독자적으로 설정할 수 있다. 반면에, BT 규격에서 사용하는 주파수 호핑 패턴을 인덱스 형식으로 지시할 수 있는 경우, 상기 BT_Hopping_pattern 필드는 사용되지 않는다.
UE 내 GPS 시스템에 대한 필드
ReceivedPowerGPS_Result는 현재 무선 통신 시스템(LTE)에서 운용하는 신호 측정 방식을 통해, 현재 무선 통신 시스템의 대역 내에서 수신된 GPS 신호의 수신 전력 세기를 측정한 값을 나타낸다. 이때, ReceivedPowerGPS_Result 값을 표현하는 방식은 특정될 수 있으며, 예컨대 RSRP-range로 표현되도록 특정될 수 있다.
ReceivedQualGPS_Result는 현재 무선 통신 시스템(LTE)에서 운용하는 신호 측정 방식을 통해, 현재 무선 통신 시스템의 대역 내에서 수신된 모든 수신 신호의 수신 전력 세기에 대한 현재 무선 통신 시스템의 대역 내에서 수신된 GPS 신호의 수신 전력 세기를 측정한 값을 나타낸다. 이때, ReceivedQualGPS_Result 값을 표현하는 방식은 특정될 수 있으며, 예컨대 RSRQ-range로 표현되도록 특정될 수 있다.
ReceivedPowerFrom_GPS은 현재 GPS 시스템에서 운용하는 신호 측정 방식을 통해, 현재 무선 통신 시스템(LTE)의 대역 내에서 수신된 GPS 신호의 수신 전력 세기를 측정한 값을 나타낸다. 이때, ReceivedPowerFrom_GPS 값을 표현하는 방식은 특정될 수 있으며, 예컨대 WLAN 시스템에서 수신 전력을 측정하는데 사용되는 값의 범위(GPS_RP -range)로 표현되도록 특정될 수 있다.
ReceivedQualFrom_GPS은 현재 GPS 시스템에서 운용하는 신호 측정 방식을 통해, 현재 무선 통신 시스템(LTE)의 대역 내에서 수신된 모든 수신 신호의 수신 전력 세기에 대한 현재 무선 통신 시스템의 대역 내에서 수신된 GPS 신호의 수신 전력 세기를 측정한 값을 나타낸다. 이때, ReceivedQualFrom_GPS 값을 표현하는 방식은 특정될 수 있으며, 예컨대 GPS 시스템에서 수신 품질을 측정하는데 사용되는 값의 범위(GPS_RQ -range)로 표현되도록 특정될 수 있다.
그 외의 필드
ReceivedPowerOther_Result는 어느 시스템의 송수신 장치에 의한 것인지 구분할 수 없는 간섭 전력이나 둘 이상의 송수신 장치에 의한 간섭 전력에 대한 측정값을 지시하는데 사용할 수 있다. ReceivedPowerOther_Result는 현재 무선 통신 시스템(LTE)에서 운용하는 신호 측정 방식을 통해, 현재 무선 통신 시스템의 대역 내에서 수신된 신호 중 LTE 신호를 제외한 신호의 수신 전력 세기를 측정한 값을 나타낸다. 이때, ReceivedPowerOther_Result 값을 표현하는 방식은 특정될 수 있으며, 예컨대 RSRP-range로 표현되도록 특정될 수 있다.
ReceivedQualOther_Result는 어느 시스템의 송수신 장치에 의한 것인지 구분할 수 없는 간섭 전력이나 둘 이상의 송수신 장치에 의한 간섭 전력에 대한 측정값을 지시하는데 사용할 수 있다. ReceivedQualOther_Result는 현재 무선 통신 시스템(LTE)에서 운용하는 신호 측정 방식을 통해, 현재 무선 통신 시스템의 대역 내에서 수신된 모든 수신 신호의 수신 전력 세기에 대한 현재 무선 통신 시스템의 대역 내에서 수신된 신호 중 LTE 신호를 제외한 신호의 수신 전력 세기를 측정한 값을 나타낸다. 이때, ReceivedOtherGPS_Result 값을 표현하는 방식은 특정될 수 있으며, 예컨대 RSRQ-range로 표현되도록 특정될 수 있다.
한편, 표 8에서는 UE 내 다른 송수신 장치에 의한 간섭 전력의 영향을 측정값을 통해 지시하는 것을 설명하였으나, 이와 달리 관련된 각 필드를 조건부로 설정하여 지시할 측정값이 있는 경우에만 설정되도록 할 수도 있다.
예컨대, 측정값을 나타내는 ReceivedPowerWLAN_Result 등의 필드를 조건부로 설정할 수 있다. 즉, 해당 측정을 수행하지 않은 경우, 측정값이 0인 경우 혹은 측정값이 의미 있는 임계값에 미치지 못하는 경우 등에는 대응하는 필드를 설정하지 않도록 할 수도 있다.
또한, UE 내 특정 통신 시스템의 송수신 장치에 대한 필드, 예컨대 measResultWLAN, measResultBT, measResultGPS, measResultOther 등도 조건부로 설정되도록 할 수 있다. 즉, 해당 시스템에 대해 측정을 수행하지 않은 경우, 측정값이 0인 경우 혹은 측정값이 의미 있는 임계값에 미치지 못하는 경우 등에는 대응하는 필드를 설정하지 않도록 할 수 있다.
또한, UE 내 다른 통신 시스템의 송수신 장치에 대한 필드, 예컨대 measResultIDC 역시 조건부로 설정되도록 할 수 있다. 즉, UE 내 다른 통신 시스템의 송수신 장치에 의한 간섭 전력의 영향이 없는 경우나 그 영향이 의미 있는 임계치에 미치지 못하는 경우 등에는 measResultIDC가 설정되지 않도록 할 수 있다.
(2) UE가 logMeasReportReq를 수신한 경우
표 11은 본 발명이 적용되는 시스템에서 UE가 logMeasReportReq를 수신하고 이에 대한 응답으로 eNB 또는 E-UTRAN에 전송하는 무선 통신 실패에 대한 정보를 나타내는 일 실시예이다. 이때, 무선 통신 실패에 관한 정보는 UE가 MDT를 통해 로그한 정보일 수 있다. 표 11은 ICO-RLF 정보가 UE 내 다른 송수신 장치에 의한 간섭 전력의 영향이 있었는지를 보고하는 예를 나타낸 것이다.
Figure pat00012
표 11에서는 measResultIDC를 통해 UE 내 다른 송수신 장치에 의한 간섭 전력의 영향이 있었는지 지시한다. 예컨대, measResultIDC의 값이 True이면 UE 내 다른 송수신 장치에 의한 간섭의 영향이 있는 것을 지시하고, measResultIDC의 값이 False면 UE 내 다른 송수신 장치에 의한 간섭의 영향이 없는 것을 지시하도록 할 수 있다. 이때, measResultIDC는 조건부(optional)로 추가될 수 있으며, 따라서 UE 내 다른 송수신 장치에 의한 간섭의 영향이 있는 경우에만 설정되도록 할 수도 있다.
표 11의 경우와 달리, UE 내 다른 송수신 장치에 의한 간섭 전력의 영향이 있었는지를 송수신 장치별로 보고 할 수도 있다.
표 12는 본 발명이 적용되는 시스템에서 UE가 logMeasReportReq를 수신하고 이에 대한 응답으로 eNB 또는 E-UTRAN에 전송하는 무선 통신 실패에 대한 정보를 나타내는 다른 실시예이다. 이때, 무선 통신 실패에 관한 정보는 UE가 MDT를 통해 로그한 정보일 수 있다. 표 12는 ICO-RLF 정보가 UE 내 다른 송수신 장치에 의한 별로 간섭 전력의 영향이 있었는지를 송수신 장치별로 보고하는 예를 나타낸 것이다.
Figure pat00013
표 12의 RLF 보고에서는, measResultIDC 필드를 통해 UE 내 다른 송수신 장치에 의한 간섭 전력의 영향이 있었는지를 지시할 수 있다. 예컨대, measResultIDC 필드의 서브 필드를 통해서 UE 내 다른 송수신 장치에 의한 간섭 전력이 있었는지를 송수신 장치별로 지시할 수 있다. 구체적으로, 표 7에서와 같이, measResultIDC 필드의 각 서브 필드의 값이 True 인지 False인지를 통해 UE 내 다른 송수신 장치별로 간섭 전력의 영향이 있는지를 지시할 수 있다.
한편, ICO-RLF 정보로서 UE 내 다른 송수신 장치에 의한 간섭 전력의 영향이 있었는지만을 보고하는 표 10의 경우와 달리, UE 내 다른 송수신 장치의 수신 전력 및/또는 간섭 전력 값을 모두 보고할 수도 있다.
표 13은 본 발명이 적용되는 시스템에서 UE가 logMeasReportReq를 수신하고 이에 대한 응답으로 eNB 또는 E-UTRAN에 전송하는 무선 통신 실패에 대한 정보를 나타내는 다른 실시예이다. 표 13은 ICO-RLF 정보가 UE 내 다른 송수신 장치의 수신 전력 및/또는 간섭 전력 값을 포함하는 예를 나타낸 것이다.
Figure pat00014
표 13의 RLF 보고에서도, measResultIDC 필드를 통해 UE 내 다른 송수신 장치에 의한 간섭 전력의 영향이 있었는지를 지시할 수 있다. 예컨대, measResultIDC 필드의 서브 필드를 통해서 UE 내 다른 송수신 장치에 의한 간섭 전력이 있었는지를 송수신 장치별로 지시할 수 있다. 표 13의 경우에는 표 12의 경우와 달리, 각 서브 필드가 대응하는 통신 시스템에 대한 측정 결과를 통해 해당하는 통신 시스템의 송수신 장치에 의한 간섭 전력의 영향이 있는지를 지시하도록 할 수 있다.
구체적으로 표 13의 RLF 보고에서는, measResultIDC 필드의 각 서브 필드를 통해 UE 내 다른 송수신 장치별 측정 값을 지시하도록 할 수 있다.
예컨대, measResultIDC 필드의 서브 필드인 measResultWLAN가 하위 서브 필드인 MeasResultWLAN을 지시하여, MeasResultWLAN의 서브 필드인 ReceivedPowerWLAN_Result, ReceivedQualWLAN_Result, ReceivedPowerFrom_WLAN, ReceivedQualFrom_WLAN 등을 통해 측정 결과를 지시하도록 할 수 있다.
마찬가지로, measResultIDC 필드의 서브 필드인 measResultBT가 하위 서브 필드인 MeasResultBT을 지시하여, MeasResultBT의 서브 필드인 ReceivedPowerBT_Result, ReceivedQualBT_Result, ReceivedPowerFrom_BT, ReceivedQualFrom_BT, BT_Hopping_pattern_length, BT_Hopping_Pattern 등을 통해 측정 결과를 지시하도록 할 수 있고, measResultIDC 필드의 서브 필드인 measResultGPS가 하위 서브 필드인 MeasResultGPS을 지시하여, MeasResultGPS의 서브 필드인 ReceivedPowerGPS_Result, ReceivedQualGPS_Result, ReceivedPowerFrom_GPS, ReceivedQualFrom_GPS 등을 통해 측정 결과를 지시하도록 할 수 있다.
이때, 어느 시스템의 송수신 장치에 의한 것인지 구분할 수 없는 간섭 전력이나 둘 이상의 송수신 장치에 의한 간섭 전력에 대해서는, measResultIDC 필드의 서브 필드로서 measResultOther 가 하위 서브 필드인 MeasResultOther를 지시하여, MeasResultOther의 서브 필드인 ReceivedPowerOther_Result, ReceivedQualOther_Result 등을 통해 측정 결과를 지시하도록 할 수 있다.
표 13에 있어서, UE 내의 WLAN 송수신 장치에 관하여 측정된 수신 전력 및/또는 간섭 전력을 나타내는 필드는 표 8의 각 필드와 동일하게 정의될 수 있다.
한편, 표 6 내지 8 및 표 11 내지 표 13의 실시예에서 UE 내 다른 송수신 장치별로, 일부 송수신 장치에 대해서는 간섭 전력의 영향이 있는지 만을 지시하고, 일부 송수신 장치에 대해서는 수신 전력과 간섭 전력의 값을 지시하도록 RLF 보고를 구성할 수도 있다. 또한, UE 내 송수신 장치의 수신 전력과 간섭 전력 중 어느 하나만을 지시하도록 할 수도 있고, 일부 송수신 장치에 대해서는 수신 전력만을 지시하고 다른 일부 송수신 장치에 대해서는 간섭 전력만을 지시하며, 나머지 송수신 장치에 대해서는 수신 전력과 간섭 전력을 모두 지시하도록 RLF 보고를 구성할 수도 있다.
또한, 표 6 내지 8 및 표 11 내지 표 13의 실시예에서는, rlf-ReportReq 또는 logMeasReportReq를 받은 경우에 ICO-RLF 정보를 전송하는 것으로 설명하였으나, 이에 한하지 않고, UE 정보 제공 요구 메시지상에 ICO-RLF 정보를 구체적으로 요구하는 필드가 존재하고, 해당 필드를 통해 ICO-RLF 정보가 요구된 경우에만 ICO-RLF 정보를 UE가 UE 정보 제공 응답 메시지에 포함하여 전송하도록 할 수도 있다.
도 11은 본 발명이 적용되는 시스템에서 수행되는 RLF 보고 절차를 개략적으로 설명하는 순서도이다.
도 11을 참조하면, UE와 eNBRel 사이에 RLF(RLF)가 발생한다(S1110). 이때, RLF는 인접한 (이종) 셀로부터의 간섭에 의한 것일 수도 있고, UE 내 다른 송수신 장치에 의한 간섭의 영향 때문에 발생한 것일 수도 있다. 또한 RLF는 네트워크 자체의 문제에 기반한 것일 수도 있다.
UE는 셀 탐색을 통해 RRC 연결을 재설정하기에 적합한 셀을 찾는다.
RRC 연결을 재설정하기에 적합한 셀로서 eNBCON을 선택한 경우에, UE는 eNBCON에 RRC 연결 재설정 메시지를 전송한다(S1120). 성공적인 핸드오버 이후에 일시적인 RLF가 있었던 경우에는 eNBCON가 UE와의 사이에서 RLF를 발생시킨 eNB일 수도 있다. UE로부터 eNBCON으로 전송되는 RRC 연결 재설정 메시지는 UE ID, PCI 등의 정보와 함께 원인 값으로서 RLF 정보를 포함할 수 있다.
eNBCON는 RRC 연결 재설정 요구 메시지를 수신하고, RRC 연결 재설정 메시지를 전송한다(S1130).
UE는 RRC 연결 재설정 메시지를 수신하고, RRC 연결 재설정 메시지에 포함된 정보를 기반으로 RRC 연결을 재설정하며, RRC 연결 재설정 완료 메시지를 eNBCON에 전송한다(S1140).
상술한 RRC 연결 재설정 절차를 통해서 eNBCON은 RRC 연결 재설정 요구 메시지에 원인 값으로 포함된 RLF 정보를 획득할 수 있다.
또한, eNBCON을 통해서, E-UTRAN은 필요한 정보를 획득하기 위해 UE에 UE 정보 제공 요구 메시지를 전송할 수도 있다(S1150). UE 정보 제공 요구 메시지는 rlf-ReportReq, logMeasReportReq 등과 같이 RLF 정보를 요구하는 필드를 포함할 수 있다.
UE는 UE 정보 제공 요구 메시지에 포함된 rlf-ReportReq, logMeasReportReq 등을 확인하고 대응하는 RLF 정보를 UE 정보 제공 응답 메시지에 포함시켜 eNBCON(E-UTRAN)에 전달할 수 있다(S1160).
RRC 연결 재설정 절차 또는 UE 정보 제공 절차를 통해 RLF 정보를 획득한 eNBCON(E-UTRAN)는 획득한 RLF 정보를 관련된 eNB(eNBRel)에 전달한다(S1170). 이때, RLF 정보는 X2 인터페이스를 통해 전달될 수 있다.
eNBRel는 PCI 등을 통해 확인할 수 있는 UE의 이전 셀 또는 이전 eNB일 수도 있고, 이 경우에 RLF 정보는 RLF 지시(RLF Indication)을 통해 eNBRel에 전달될 수 있다.
또한, RLF 정보는 핸드오버 보고(handover report)를 통해 eNBRel에 전달될 수도 있으며, 이 경우 eNBRel은 PCI 등을 통해 파악되는 UE의 원 소스 eNB, 소스 셀, 타겟 셀 등이 될 수 있다.
한편, eNBCON은 RLF가 네트워크의 문제에 기반한 것이 아닌 기기 내 공존 간섭에 의한 것인 경우에는, 해당 RLF 정보가 eNBRel에 필요한 정보라고 판단된 시기 또는 경우에만 RLF 정보를 eNBRel에 전송할 수도 있다.
도 12는 본 발명이 적용되는 시스템에서 RLF를 겪은 UE가 수행하는 RLF 정보의 보고 절차를 개략적으로 설명하는 순서도이다.
도 12를 참조하면, UE는 우선 RLF가 발생한 것을 검지(detect)한다(S1210).
이때, UE는 RLF 정보를 획득하여 이를 기록할 수 있다(S1220). UE는 획득한 RLF 정보를 VarRLF-Report의 각 필드에 저장할 수 있다. UE가 획득한 RLF 정보가 MDT를 수행하는 과정에서 측정된 것이라면, UE는 MDT에 의해 작성된 로그를 VarLogMeasReport의 각 필드에 저장할 수 있다.
UE는 eNB를 통해 RLF 정보를 전송해 달라는 요구를 수신한다(S1230). 이때, eNB는 RLF 후 RRC 연결이 재설정된 eNB일 수 있다. 또한, RLF 정보를 전송해 달라는 요구는 E-UTRAN으로부터의 UE 정보 제공 요구 메시지에 포함되어 전송될 수 있다.
UE는 전송할 RLF 보고를 구성한다(S1260). 이때, UE는 네트워크로 인한 RLF의 원인뿐만 아니라, 기기 내 공존 간섭에 의한 RLF의 원인도 포함하여 RLF 보고를 구성할 수 있다.
기기 내 공존 간섭에 관한 정보를 포함하는 경우에, UE는 기기 내 공존 간섭에 관한 정보가 기기 내 공존 간섭에 의한 영향이 있었다는 정보만을 포함하도록 할 수도 있고, UE 내 어떤 시스템의 송수신 장치로부터 간섭이 있었는지를 지시하는 정보를 포함할 수도 있으며, UE 내 각 시스템별로 간섭에 관한 측정 결과를 포함하도록 할 수도 있다.
RLF 보고가 어떤 정보를 포함할 것인지에 관하여는 UE에 미리 설정되어 있을 수도 있고 상위 계층 시그널링을 통해 전달될 수도 있다. 또한, eNB 또는 E-UTRAN으로부터 UE 정보 제공 요구 메시지 등을 통해 필요한 정보를 지정할 수도 있다.
UE는 구성된 RLF 정보를 eNB(E-UTRAN)에 전송한다(S1250). 이때 RLF 정보는 eNB를 통해 E-UTRAN 측으로 전달될 수 있다. UE가 RLF에 대한 정보를 전송해 달라는 요구를 UE 정보 제공 요구 메시지를 통해 수신한 경우에는, RLF 정보를 UE 정보 제공 응답 메시지에 포함하여 전송할 수 있다.
또한, UE가 RLF 정보를 전송하는 eNB는 RRC 연결을 재설정하고자 하는 eNB일 수 있다. 이 경우에 UE는 eNB로부터의 요구, 즉 S1230 단계를 거치지 않고, RLF 정보를 RRC 연결 재설정 요구 메시지에 원인값으로 포함시켜 전송할 수 있다.
한편, 여기서는 UE가 UE 정보 제공 요구 메시지를 수신하고 RLF 보고를 구성하는 것으로 설명하였으나, 본 발명은 이에 한정되지 않으며, RLF 보고는 UE 정보 제공 요구 메시지가 수신되지 않더라도, RLF를 감지한 UE에 의해 작성될 수 있다. 이 경우에, UE는 UE 정보 제공 요구 메시지에 대한 응답으로 혹은 RRC 연결 재설정 요구 메시지에 포함시켜, 작성된 RLF 보고를 전송할 수 있다.
도 13은 본 발명이 적용되는 시스템에서 RLF 정보를 수신하는 eNB가 수행하는 동작을 개략적으로 설명하는 순서도이다.
도 13을 참조하면, eNB는 무선 통신 실패가 발생한 UE에 무선 통신 실패에 관한 정보 요구 메시지를 전송할 수 있다(S1310). 무선 통신 실패가 발생한 UE와 RRC 연결을 재설정한 eNB는 UE 정보 제공 요구 메시지 등을 통하여 무선 통신 실패에 관한 정보를 요구할 수 있다.
eNB는 UE로부터 RLF 보고를 수신한다(S1320). UE로부터 전송된 RLF 보고는 UE 정보 제공 요구 메시지에 대한 응답으로서, UE 정보 제공 응답 메시지에 포함되어 전송될 수 있다.
한편, UE는 UE 정보 제공 요구 메시지의 수신 없이도 RLF 정보를 보고 할 수 있다. 즉, eNB는 S1310 단계를 거치지 않고 UE로부터 RLF 정보를 수신할 수 있는데, 이 경우 RLF 정보는 UE로부터의 RRC 연결 재설정 요구 메시지에 RRC 연결 재설정 요구에 대한 원인값으로 포함되어 전송될 수 있다.
eNB는 UE로부터 수신한 RLF 정보를 분석한다(S1330). eNB는 RLF가 발생한 서빙 셀의 ID를 확인할 수 있으며, RLF의 원인을 확인할 수 있다.
eNB는 RLF 정보를 관련 eNB에 전송한다(S1340). 관련 eNB는 PCI 등을 통해 확인할 수 있는 UE의 이전 셀 또는 이전 eNB일 수도 있고, 이 경우에 RLF 정보는 RLF 지시(RLF Indication)을 통해 전달될 수 있다. 또한, RLF 정보는 핸드오버 보고(handover report)를 통해 전달될 수도 있으며, 이 경우 관련 eNB는 PCI 등을 통해 파악되는 UE의 원 소스 eNB, 소스 셀, 타겟 셀 등이 될 수 있다.
한편, eNB는 RLF가 네트워크의 문제에 기반한 것이 아닌 기기 내 공존 간섭에 의한 것인 경우에는, 해당 RLF 정보가 관련 eNB에 필요한 정보라고 판단된 시기 또는 경우에만 RLF 정보를 관련 eNB에 전송할 수도 있다.
도 14는 본 발명이 적용되는 시스템에서 RLF가 발생했던 eNB가 RLF 정보를 기반으로 수행하는 동작을 개략적으로 설명하는 순서도이다.
도 14를 참조하면, RLF가 발생했던 eNB는 RLF 정보를 수신한다(S1410). RLF 정보는 RLF가 발생했던 UE와 새롭게 RRC 연결을 재설정한 eNB로부터 RLF 지시 또는 핸드오버 보고 등을 통해 수신할 수 있다.
RLF가 발생했던 eNB는 RLF 정보를 분석해서 RLF의 원인을 분석할 수 있다(S1420).
RLF가 발생했던 eNB는 분석한 RLF의 원인을 기반으로 RLF의 원인을 개선한다(S1430). RLF는 여러 가지 원인에 기반할 수 있다. RLF의 원인이 셀 간 간섭 등과 같은 네트워크에 기인한 원인인 경우에, eNB는 해당 원인을 반영하여 시스템이 운용되도록 할 수 있다. 또한, RLF의 원인이 UE 내부의 원인 예컨대 기기 내 공존 간섭 등인 경우에는 핸드오버 등을 통해 해당 UE와 다시 RRC 연결을 설정하는 경우에 해당 UE에 관한 정보로서 RLF의 원인을 활용할 수 있다.
도 15는 본 발명이 적용되는 시스템에서 UE의 구성을 개략적으로 설명하는 블록도이다.
도 15를 참조하면, UE(1500)는 RF부(1510), 메모리(1520), 프로세서(1530)을 포함한다.
UE(1500)는 RF부(1510)을 통해서 필요한 정보를 송수신한다. 실제로 UE(1500)는 다양한 통신 시스템을 지원할 수 있는데, RF부(1510)는 UE(1500)가 다양한 통신 시스템을 이용할 수 있도록 각각의 시스템에 대한 RF부를 포함할 수 있다. 예컨대, RF부(1510)는 LTE 시스템에 대한 RF부(1540), WLAN 시스템에 대한 RF부(1550), BT 시스템에 대한 RF부(1560), GPS에 대한 RF부(1570) 등을 포함할 수 있다.
각각의 시스템에 대한 RF부(1540~1560)는 각 시스템에서 규정된 대역을 이용하지만, 기기 내 공존 간섭에 관하여 상술한 바와 같이 동일 UE 내에서 서로 간에 간섭을 일으킬 수도 있다.
메모리(1520)는 UE(1500)가 통신을 수행하는데 필요한 정보를 저장한다. 예컨대, 메모리(1520)는 측정을 통한 네트워크 상태 또는 채널 상태에 대한 정보를 저장하며, MDT를 통해 작성한 로그를 저장한다. 또한, 메모리(1520)는 RLF가 발생한 경우에, 이에 대한 정보를 저장할 수 있다. RLF에 대한 정보가 MDT를 통해 측정된 경우에는 RLF에 대한 정보를 로그로 작성하여 저장할 수 있다.
프로세서(1530)는 측정부(1580)와 제어부(1590)를 포함한다. 프로세서(1530)는 RF부(1510) 및 메모리(1520)와 연결되어, 제어부(1590)를 통해 이들을 제어할 수 있다.
측정부(1580)는 네트워크 상태 또는 채널 상태 등을 판단하기 위한 측정을 수행한다. UE(1500)가 지원하는 각 통신 시스템은, 각 통신 시스템별 측정 방식을 규정하고 있다. 측정부(1580)는 각 통신 시스템별 측정 방식에 따라서 각 RF부(1540~1560)을 통해 수신되는 신호들의 세기를 측정할 수 있다. 또한, 측정부(1580)는 기기 내 공존 간섭에 의한 영향을 판단하기 위해, 해당 시스템의 대역 내에서 수신되는 이종 시스템의 신호를 측정할 수도 있다. 예컨대, 해당 시스템의 대역 내에서 수신되는 신호에서 해당 대역의 정해진 수신 신호를 제거하는 방식으로, 이종 시스템의 영향을 측정할 수도 있다.
측정부(1580)는 RLF가 발생한 경우에, UE 또는 시스템의 상황을 측정할 수 있고, 측정부(1580)의 측정 결과는 메모리(1520)에 저장된다.
제어부(1590)는 측정부(1580)의 측정 결과 또는 무선 통신 상황을 판단하여 RLF가 발생하였는지 판단할 수 있다. 제어부(1590)는 RLF 보고를 작성할 수 있다. 이때, 제어부(1590)는 측정부(1580)의 측정 결과를 기반으로 RLF 보고를 작성할 수 있다.
제어부(1590)는 UE 정보 제공 요구 메시지에 대한 응답으로, 혹은 RRC 연결 재설정 요구 메시지에 포함시켜 RLF 보고를 RF부(1510)를 통해 전송할 수 있다. RLF 보고는 eNB로부터 수신한 RLF 정보 요구에 대응해서 구성될 수도 있고, 미리 정해진 방식에 따라서 구성될 수도 있다. 예컨대, 제어부(1590)는 기기 내 공존 간섭에 대하여, 기기 내 공존 간섭의 유무에 대한 정보만을 포함시킬 것인지, 시스템별 간섭의 유무에 대한 정보를 포함시킬 것인지, 시스템별 측정값을 포함시킬 것인지를 eNB로부터의 요구에 대응하여 혹은 미리 정해진 설정에 따라서 결정하고, 이에 따라서 RLF 보고를 작성할 수 있다.
도 16은 본 발명이 적용되는 시스템에서 eNB의 구성을 개략적으로 설명하는 블록도이다.
도 16을 참조하면, eNB(1600)는 RF부(1610), 메모리(1620), 프로세서(1630)를 포함한다.
eNB(1600)는 RF부(1610)를 통해서 필요한 정보를 송수신한다.
메모리(1620)는 시스템 운용에 필요한 정보를 저장한다. 예컨대, 메모리(1620)는 RRC 연결 재설정을 위한 정보를 저장할 수 있다. RRC 연결 재설정을 위한 정보는 RRC 연결을 재설정하고자 하는 UE의 이전 셀의 ID, PCI, RRC 연결 재설정에 대한 원인값으로서 RLF 정보를 포함할 수 있다. 또한, 메모리(1620)는 UE 정보 제공 요구 메시지에 대한 응답으로서 수신한 UE 정보 제공 응답 메시지 내의 RLF 정보를 저장할 수 있다.
프로세서(1630)는 UE와의 사이에서 RRC 연결 재설정 절차를 수행할 수 있다. 프로세서(1630)는 UE로부터 수신한 해당 UE의 RLF 정보를 분석하고, 이를 관련 eNB에 전송할 수 있다. 또한, 프로세서(1630)는 자신과의 사이에서 RLF가 발생했던 UE의 RLF 정보를 수신한 경우에는, 해당 정보를 분석하고 RLF의 원인을 개선할 수 있다. 프로세서(1630)은 E-UTRAN으로부터 UE 정보 제공 요구가 있는 경우, UE에 정보 제공 요구 메시지를 전송할 수도 있다.
이상의 설명은 본 발명의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 발명에 개시된 실시 예들은 본 발명의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시 예에 의하여 본 발명의 기술 사상의 범위가 한정되는 것은 아니다. 본 발명의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

Claims (12)

  1. 무선 링크 실패를 감지하는 단계;
    상기 무선 링크 실패에 관한 무선 링크 실패 보고를 구성하는 단계; 및
    상기 무선 링크 실패 보고를 전송하는 단계를 포함하며,
    상기 무선 링크 실패 보고는 상기 무선 링크 실패에 대하여 기기 내 공존 간섭에 의한 영향이 있었는지에 관한 정보를 포함하는 것을 특징으로 하는 단말의 무선 링크 실패 보고 방법.
  2. 제1항에 있어서, 상기 무선 링크 실패 보고는 기기 내 공존 간섭을 발생시킨 통신 시스템을 지시하는 정보를 포함하는 것을 특징으로 하는 단말의 무선 링크 실패 보고 방법.
  3. 제2항에 있어서, 상기 무선 링크 실패 보고는 상기 무선 링크 실패가 발생한 상기 단말 내 제1 통신 시스템에 대한 상기 단말 내 제2 통신 시스템 신호의 수신 전력 및/또는 간섭 전력을 측정한 값을 지시하는 정보를 포함하는 것을 특징으로 하는 무선 링크 실패 보고 방법.
  4. 제3항에 있어서, 상기 제1 통신 시스템에 대한 상기 제2 통신 시스템 신호의 수신 전력은 상기 제1 통신 시스템이 이용하는 대역 내에서 상기 제1 통신 시스템의 측정 방식에 의해 측정된 상기 제2 통신 시스템 신호의 수신 전력인 것을 특징으로 하는 단말의 무선 링크 실패 보고 방법.
  5. 제3항에 있어서, 상기 제1 통신 시스템에 대한 상기 제2 통신 시스템 신호의 간섭 전력은 상기 제1 통신 시스템이 이용하는 대역 내에서 수신된 모든 신호의 수신 전력에 대한 상기 제2 통신 시스템 신호의 수신 전력을 상기 제1 통신 시스템의 측정 방식에 의해 측정한 값인 것을 특징으로 하는 단말의 무선 링크 실패 보고 방법.
  6. 제1항에 있어서, 상기 무선 링크 실패 보고는 상기 무선 링크 실패 이후 실행되는 RRC 연결 재설정 절차에서 RRC 연결 재설정 요구 메시지에 포함되어 전송되는 것을 특징으로 하는 단말의 무선 링크 실패 보고 방법.
  7. 제1항에 있어서, 상기 무선 링크 실패 보고는 E-UTRAN으로부터의 단말 정보 제공 요구에 대한 응답으로서 전송되는 것을 특징으로 하는 무선 링크 실패 보고 방법.
  8. 무선 링크 실패 보고를 수신하는 단계; 및
    상기 무선 링크 실패가 발생한 셀에 상기 무선 링크 실패에 관한 정보를 전송하는 단계를 포함하며,
    상기 무선 링크 실패가 발생한 셀은 상기 무선 링크 실패 보고를 기반으로 판단하는 것을 특징으로 하는 기지국의 무선 링크 실패 보고 처리 방법.
  9. 제8항에 있어서, 상기 무선 링크 실패 보고가 무선 링크 실패에 관한 단말의 기기 내 공존 간섭 정보를 포함하는 경우에는,
    상기 무선 링크 실패가 발생한 셀이 상기 기기 내 공존 간섭에 관한 정보를 필요로 하는 경우에만 상기 단말의 기기 내 공존 간섭 정보를 전송하는 것을 특징으로 하는 기지국의 무선 링크 실패 보고 처리 방법.
  10. 제8항에 있어서, 상기 무선 링크 실패 보고는 상기 무선 링크 실패가 발생한 단말로부터의 RRC 연결 재설정 요구 메시지에 포함되어 전송된 것을 특징으로 하는 기지국의 무선 링크 실패 보고 처리 방법.
  11. 제8항에 있어서, 상기 무선 링크 실패 보고는 E-UTRAN의 단말 정보 제공 요구에 대한 응답으로서 전송된 것을 특징으로 하는 기지국의 무선 링크 실패 보고 처리 방법.
  12. 제8항에 있어서, 상기 무선 링크 실패에 관한 정보는 X2 인터페이스를 통해 전송되는 것을 특징으로 하는 기지국의 무선 링크 실패 보고 처리 방법.
KR1020110039647A 2011-04-27 2011-04-27 무선 링크 실패 보고 장치 및 방법 Expired - Fee Related KR101796271B1 (ko)

Priority Applications (6)

Application Number Priority Date Filing Date Title
KR1020110039647A KR101796271B1 (ko) 2011-04-27 2011-04-27 무선 링크 실패 보고 장치 및 방법
CN201280017949.1A CN103460750B (zh) 2011-04-27 2012-04-26 用于报告无线链路失败的装置和方法
PCT/KR2012/003252 WO2012148195A2 (en) 2011-04-27 2012-04-26 Apparatus and method for reporting radio link failure
US13/457,183 US9042881B2 (en) 2011-04-27 2012-04-26 Apparatus and method for reporting radio link failure
EP12777750.6A EP2702798B1 (en) 2011-04-27 2012-04-26 User equipment, enodeb and methods for reporting radio link failure relating to in-device coexistence interference
JP2014508294A JP5747120B2 (ja) 2011-04-27 2012-04-26 無線リンク障害報告装置及び方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020110039647A KR101796271B1 (ko) 2011-04-27 2011-04-27 무선 링크 실패 보고 장치 및 방법

Publications (2)

Publication Number Publication Date
KR20120121692A true KR20120121692A (ko) 2012-11-06
KR101796271B1 KR101796271B1 (ko) 2017-11-10

Family

ID=47068263

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020110039647A Expired - Fee Related KR101796271B1 (ko) 2011-04-27 2011-04-27 무선 링크 실패 보고 장치 및 방법

Country Status (5)

Country Link
US (1) US9042881B2 (ko)
EP (1) EP2702798B1 (ko)
JP (1) JP5747120B2 (ko)
KR (1) KR101796271B1 (ko)
WO (1) WO2012148195A2 (ko)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014163419A1 (ko) * 2013-04-04 2014-10-09 주식회사 케이티 무선링크실패 처리 방법 및 그 장치
KR20140120807A (ko) * 2013-04-04 2014-10-14 주식회사 케이티 무선링크실패 처리 방법 및 그 장치
WO2015023067A1 (ko) * 2013-08-12 2015-02-19 삼성전자 주식회사 다중 기지국 연결 기반의 무선 통신 시스템에서의 무선 링크 실패 처리 방법 및 그 장치
WO2015163747A1 (ko) * 2014-04-25 2015-10-29 엘지전자 주식회사 무선 통신 시스템에서 단말에 의해 수행되는 무선 링크 실패 선언 방법 및 상기 방법을 이용하는 단말
KR20200003095A (ko) * 2017-05-04 2020-01-08 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 리포트 송신 방법, 리포트 수신 방법, 장치 및 시스템

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102137400B (zh) * 2010-01-23 2015-04-01 中兴通讯股份有限公司 一种rrc连接重建立时的安全处理方法和系统
KR102092579B1 (ko) 2011-08-22 2020-03-24 삼성전자 주식회사 이동통신 시스템에서 복수 개의 주파수 밴드 지원 방법 및 장치
CN104137600B (zh) * 2012-01-09 2018-10-12 三星电子株式会社 用于记录的方法和装置
KR102106989B1 (ko) 2012-01-27 2020-05-06 삼성전자 주식회사 이동 통신 시스템에서 시스템 부하를 조절하기 위해, 엑세스를 효율적으로 제어하는 방법 및 장치
US9237466B2 (en) * 2012-02-01 2016-01-12 Lg Electronics Inc. Method and apparatus for transmitting radio link failure information in wireless communication system
KR101623799B1 (ko) 2012-03-23 2016-05-24 엘지전자 주식회사 무선 통신 시스템에서 단말의 plmn 정보 저장 방법 및 이를 위한 장치
US9806873B2 (en) 2012-05-09 2017-10-31 Samsung Electronics Co., Ltd. Method and apparatus for controlling discontinuous reception in mobile communication system
EP2849476B1 (en) * 2012-05-11 2017-12-20 Kyocera Corporation Communication control method, user terminal and processor
WO2013172612A1 (ko) * 2012-05-12 2013-11-21 엘지전자 주식회사 무선 통신 시스템에서 가변적 포지셔닝 기반 보고 방법 및 이를 지원하는 장치
JP5823939B2 (ja) * 2012-09-13 2015-11-25 株式会社Ｎｔｔドコモ 移動通信システム、無線基地局及び移動局
EP2906014B1 (en) * 2012-10-04 2018-09-19 LG Electronics Inc. Method for reporting denied connection in wireless communication system and apparatus supporting same
US9420511B2 (en) * 2012-11-01 2016-08-16 Intel Corporation Signaling QoS requirements and UE power preference in LTE-A networks
EP2733853A1 (en) * 2012-11-19 2014-05-21 Gemalto M2M GmbH Method, device and system for detecting a jamming transmitter
CN114449603B (zh) 2012-12-24 2024-06-07 北京三星通信技术研究有限公司 无线通信系统中的基站及由其执行的方法
US9647818B2 (en) 2013-01-03 2017-05-09 Intel IP Corporation Apparatus and method for single-tone device discovery in wireless communication networks
EP2928242B1 (en) * 2013-01-04 2019-12-04 Huawei Technologies Co., Ltd. Positioning method, apparatus and system
CN110677868B (zh) 2013-01-07 2023-11-10 华为技术有限公司 收集无线局域网的接入点信息的方法、装置及系统
CN105103594A (zh) * 2013-02-28 2015-11-25 日本电气株式会社 无线电通信系统、无线电站、无线电终端、通信控制方法和非瞬时计算机可读介质
CN105103634B (zh) 2013-03-29 2019-03-22 英特尔Ip公司 无线通信网络中的扩展型呼叫非连续接收(drx)周期
CN104919840A (zh) * 2013-04-03 2015-09-16 富士通株式会社 信息处理方法、触发测量报告的方法及其装置、通信系统
US9191178B2 (en) 2013-04-04 2015-11-17 Intel IP Corporation Enhanced node B and method for RRC connection establishment for small data transfers
EP2982154B1 (en) * 2013-04-04 2018-08-15 Intel IP Corporation Radio link monitoring for epdcch
US9445338B2 (en) 2013-04-04 2016-09-13 Intel IP Corporation Reconfiguration control channel resource mapping collision avoidance
US9160515B2 (en) 2013-04-04 2015-10-13 Intel IP Corporation User equipment and methods for handover enhancement using scaled time-to-trigger and time-of-stay
US9374151B2 (en) 2013-08-08 2016-06-21 Intel IP Corporation Coverage extension level for coverage limited device
US20150049672A1 (en) * 2013-08-14 2015-02-19 Qualcomm Incorporated Methods and apparatus for avoiding or escaping cell range expansion (cre) in a heterogeneous network
US9258747B2 (en) * 2013-09-17 2016-02-09 Intel IP Corporation User equipment and methods for fast handover failure recovery in 3GPP LTE network
GB2519078A (en) * 2013-10-08 2015-04-15 Ibm Obtaining a geographical position of a mobile device
US9838901B2 (en) * 2013-10-23 2017-12-05 Lg Electronics Inc. Method for reporting a radio link problem and a device therefor
US9572171B2 (en) 2013-10-31 2017-02-14 Intel IP Corporation Systems, methods, and devices for efficient device-to-device channel contention
CN105659688B (zh) * 2013-11-01 2019-06-18 Lg电子株式会社 用于在异构网络中执行与无线电链路故障有关的操作的方法和设备
JP2015142363A (ja) * 2014-01-30 2015-08-03 株式会社Ｎｔｔドコモ 移動局、再接続要求方法、基地局及び再接続要求処理方法
EP2934039B1 (en) * 2014-04-15 2019-03-20 Telefonaktiebolaget LM Ericsson (publ) Technique for event reporting
US9510281B2 (en) * 2014-09-19 2016-11-29 Qualcomm Incorporated Priority arbitration for interference mitigation
CN108370593B (zh) * 2015-10-06 2021-08-17 Lg 电子株式会社 无线通信系统中向基站发送数据/从基站接收数据的方法和设备
KR101942492B1 (ko) * 2016-08-24 2019-01-28 (주)에프알텍 이동통신 서비스 감시 장치 및 시스템
US10567064B2 (en) 2017-09-08 2020-02-18 At&T Intellectual Property I, L.P. Beam recovery for partial control channel failure
BR112020004564A2 (pt) * 2017-09-11 2020-09-08 Ntt Docomo, Inc. terminal de usuário e método de radiocomunicação
BR112020021517A2 (pt) * 2018-04-23 2021-01-19 Beijing Xiaomi Mobile Software Co., Ltd. Método e dispositivo para configurar e relatar medidas, estação de base e equipamento de usuário
CN110830182B (zh) * 2018-08-09 2023-08-01 北京三星通信技术研究有限公司 数据重传的方法和装置
CN111432419B (zh) * 2019-01-09 2023-02-24 中兴通讯股份有限公司 路测日志信息上报方法及装置
CN111436058B (zh) 2019-02-14 2022-11-11 维沃移动通信有限公司 一种信息处理方法、设备及系统
CN113453273B (zh) 2020-03-26 2025-07-25 夏普株式会社 无线链路失败报告方法以及用户设备

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8780732B2 (en) * 2008-03-18 2014-07-15 Qualcomm Incorporated Method of network management by assistance from terminal using control-plane signaling between terminal and network
ES2368385T3 (es) * 2009-01-29 2011-11-16 Lg Electronics Inc. Esquema de transmisión de señales para una gestión eficaz del canal dedicado mejorado común.
JP4484960B1 (ja) * 2009-10-29 2010-06-16 京セラ株式会社 大セル基地局及び通信制御方法
US8737924B2 (en) * 2010-08-12 2014-05-27 Mediatek Inc. Method to trigger in-device coexistence interference mitigation in mobile cellular systems
JP5986084B2 (ja) * 2010-08-13 2016-09-06 インターデイジタル パテント ホールディングス インコーポレイテッド デバイス内干渉軽減のための方法およびシステム
US9357418B2 (en) * 2011-02-11 2016-05-31 Lg Electronics Inc. Measurement reporting method of terminal in wireless communication system and apparatus therefor

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014163419A1 (ko) * 2013-04-04 2014-10-09 주식회사 케이티 무선링크실패 처리 방법 및 그 장치
KR20140120807A (ko) * 2013-04-04 2014-10-14 주식회사 케이티 무선링크실패 처리 방법 및 그 장치
US9832806B2 (en) 2013-04-04 2017-11-28 Kt Corporation Method for processing radio link failure and device therefor
WO2015023067A1 (ko) * 2013-08-12 2015-02-19 삼성전자 주식회사 다중 기지국 연결 기반의 무선 통신 시스템에서의 무선 링크 실패 처리 방법 및 그 장치
US9723533B2 (en) 2013-08-12 2017-08-01 Samsung Electronics Co., Ltd Method of handling radio link failure in wireless communication system based on multi-eNB connectivity and apparatus thereof
US10225784B2 (en) 2013-08-12 2019-03-05 Samsung Electronics Co., Ltd. Method of handling radio link failure in wireless communication system based on multi-eNB connectivity and apparatus thereof
US10512019B2 (en) 2013-08-12 2019-12-17 Samsung Electronics Co., Ltd. Method of handling radio link failure in wireless communication system based on multi-eNB connectivity and apparatus thereof
US10887812B2 (en) 2013-08-12 2021-01-05 Samsung Electronics Co., Ltd Method of handling radio link failure in wireless communication system based on multi-eNB connectivity and apparatus thereof
WO2015163747A1 (ko) * 2014-04-25 2015-10-29 엘지전자 주식회사 무선 통신 시스템에서 단말에 의해 수행되는 무선 링크 실패 선언 방법 및 상기 방법을 이용하는 단말
KR20200003095A (ko) * 2017-05-04 2020-01-08 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 리포트 송신 방법, 리포트 수신 방법, 장치 및 시스템
US11133978B2 (en) 2017-05-04 2021-09-28 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Report sending method, report receiving method, device and system

Also Published As

Publication number Publication date
US9042881B2 (en) 2015-05-26
US20120276897A1 (en) 2012-11-01
JP2014512786A (ja) 2014-05-22
JP5747120B2 (ja) 2015-07-08
KR101796271B1 (ko) 2017-11-10
EP2702798A2 (en) 2014-03-05
EP2702798A4 (en) 2015-09-23
EP2702798B1 (en) 2019-09-18
WO2012148195A3 (en) 2013-03-21
CN103460750A (zh) 2013-12-18
WO2012148195A2 (en) 2012-11-01

Similar Documents

Publication Publication Date Title
JP5747120B2 (ja) 無線リンク障害報告装置及び方法
JP7120374B2 (ja) 端末装置及び通信方法
CN112075120B (zh) 用于处理非许可频带中的信道接入故障的方法和设备
CN110476442B (zh) 用于无线通信的覆盖增强模式切换
US10420144B2 (en) Terminal device, base station device, and communication method
US10440747B2 (en) Terminal device, base station device, and communication method
US10660108B2 (en) Method and apparatus for efficiently transmitting information acquired by a terminal to a base station
EP3846573B1 (en) Method and device for processing channel access failure in unlicensed band
EP3253162B1 (en) Terminal device, base station device and communications method
US20160057802A1 (en) Method for processing radio link failure and device therefor
KR20170003547A (ko) 무선 통신 시스템에서 단말 간 직접 통신을 위한 동기화 신호를 전송하는 방법 및 이를 위한 장치
US9832774B2 (en) Device of handling transmission on unlicensed component carrier
EP3145236A1 (en) Device and method of handling information reporting in enhanced coverage and normal coverage
KR20180008505A (ko) 단말 장치
EP3253161B1 (en) Terminal device, base station device, communications method, and integrated circuit
EP3253148B1 (en) Terminal device, base station device, and communications method
US20240284367A1 (en) Communication apparatus, base station, and communication method
US20170359729A1 (en) Downlink Only and Uplink/Downlink Operations On Adjacent Channels Or Same Frequency Bands
CN118489270A (zh) 一种控制小区变更操作的方法及其装置
US20240284366A1 (en) Communication apparatus, base station, and communication method
CN103460750B (zh) 用于报告无线链路失败的装置和方法
WO2023080038A1 (ja) 通信装置、基地局、及び通信方法

Legal Events

Date Code Title Description
PA0109 Patent application

St.27 status event code: A-0-1-A10-A12-nap-PA0109

R17-X000 Change to representative recorded

St.27 status event code: A-3-3-R10-R17-oth-X000

PG1501 Laying open of application

St.27 status event code: A-1-1-Q10-Q12-nap-PG1501

R17-X000 Change to representative recorded

St.27 status event code: A-3-3-R10-R17-oth-X000

PN2301 Change of applicant

St.27 status event code: A-3-3-R10-R13-asn-PN2301

St.27 status event code: A-3-3-R10-R11-asn-PN2301

A201 Request for examination
PA0201 Request for examination

St.27 status event code: A-1-2-D10-D11-exm-PA0201

N231 Notification of change of applicant
PN2301 Change of applicant

St.27 status event code: A-3-3-R10-R13-asn-PN2301

St.27 status event code: A-3-3-R10-R11-asn-PN2301

R17-X000 Change to representative recorded

St.27 status event code: A-3-3-R10-R17-oth-X000

E902 Notification of reason for refusal
PE0902 Notice of grounds for rejection

St.27 status event code: A-1-2-D10-D21-exm-PE0902

E13-X000 Pre-grant limitation requested

St.27 status event code: A-2-3-E10-E13-lim-X000

P11-X000 Amendment of application requested

St.27 status event code: A-2-2-P10-P11-nap-X000

P13-X000 Application amended

St.27 status event code: A-2-2-P10-P13-nap-X000

R18-X000 Changes to party contact information recorded

St.27 status event code: A-3-3-R10-R18-oth-X000

E701 Decision to grant or registration of patent right
PE0701 Decision of registration

St.27 status event code: A-1-2-D10-D22-exm-PE0701

GRNT Written decision to grant
PR0701 Registration of establishment

St.27 status event code: A-2-4-F10-F11-exm-PR0701

PR1002 Payment of registration fee

St.27 status event code: A-2-2-U10-U11-oth-PR1002

Fee payment year number: 1

PG1601 Publication of registration

St.27 status event code: A-4-4-Q10-Q13-nap-PG1601

P22-X000 Classification modified

St.27 status event code: A-4-4-P10-P22-nap-X000

S17-X000 Non-exclusive voluntary license recorded

St.27 status event code: A-4-4-S10-S17-lic-X000

P22-X000 Classification modified

St.27 status event code: A-4-4-P10-P22-nap-X000

R18-X000 Changes to party contact information recorded

St.27 status event code: A-5-5-R10-R18-oth-X000

R18-X000 Changes to party contact information recorded

St.27 status event code: A-5-5-R10-R18-oth-X000

S17-X000 Non-exclusive voluntary license recorded

St.27 status event code: A-4-4-S10-S17-lic-X000

R17-X000 Change to representative recorded

St.27 status event code: A-5-5-R10-R17-oth-X000

PN2301 Change of applicant

St.27 status event code: A-5-5-R10-R11-asn-PN2301

PN2301 Change of applicant

St.27 status event code: A-5-5-R10-R14-asn-PN2301

PR1001 Payment of annual fee

St.27 status event code: A-4-4-U10-U11-oth-PR1001

Fee payment year number: 4

R18-X000 Changes to party contact information recorded

St.27 status event code: A-5-5-R10-R18-oth-X000

PR1001 Payment of annual fee

St.27 status event code: A-4-4-U10-U11-oth-PR1001

Fee payment year number: 5

R18-X000 Changes to party contact information recorded

St.27 status event code: A-5-5-R10-R18-oth-X000

PR1001 Payment of annual fee

St.27 status event code: A-4-4-U10-U11-oth-PR1001

Fee payment year number: 6

PR1001 Payment of annual fee

St.27 status event code: A-4-4-U10-U11-oth-PR1001

Fee payment year number: 7

PC1903 Unpaid annual fee

St.27 status event code: A-4-4-U10-U13-oth-PC1903

Not in force date: 20241104

Payment event data comment text: Termination Category : DEFAULT_OF_REGISTRATION_FEE

R18-X000 Changes to party contact information recorded

St.27 status event code: A-5-5-R10-R18-oth-X000

H13 Ip right lapsed

Free format text: ST27 STATUS EVENT CODE: N-4-6-H10-H13-OTH-PC1903 (AS PROVIDED BY THE NATIONAL OFFICE); TERMINATION CATEGORY : DEFAULT_OF_REGISTRATION_FEE

Effective date: 20241104

PC1903 Unpaid annual fee

St.27 status event code: N-4-6-H10-H13-oth-PC1903

Ip right cessation event data comment text: Termination Category : DEFAULT_OF_REGISTRATION_FEE

Not in force date: 20241104