KR101969055B1

KR101969055B1 - 이동통신 단말의 호 해제시 기지국 내 ＵＥＣｏｎｔｅｘｔ 제거방법

Info

Publication number: KR101969055B1
Application number: KR1020160144518A
Authority: KR
Inventors: 박지홍
Original assignee: 콘텔라 주식회사
Priority date: 2016-11-01
Filing date: 2016-11-01
Publication date: 2019-04-15
Also published as: KR20180047790A

Abstract

이동통신 단말 호 해제시 기지국 내 이동 단말기 콘텍스트 제거방법이 개시된다. 본 발명 방법은 단말기가 개시한 분리요청(Detach Request)을 처리하는 절차 중에 수행되어서 RRC 메시지의 불필요한 재전송 등에 따른 UE Context 삭제 지연을 방지할 수 있다. 이를 위해, RRC 메시지에 대한 단말기의 응답이 없는 경우에, 본 발명의 기지국 장치는 RRC 메시지의 재전송을 제한하고 가짜로 '전송 완료' 처리함으로써, 단말기 분리에 따른 절차를 신속하게 마무리할 수 있다.

Description

이동통신 단말의 호 해제시 기지국 내 ＵＥＣｏｎｔｅｘｔ 제거방법{Method for Rleasing UE Context on UE initiated Detachment}

본 발명은 이동 통신망에서 단말기에서 시작된 호 해제 절차 개시 때에 기지국 내의 UE 콘텍스트(UE context)를 효율적으로 삭제하는 방법에 관한 것이다.

1. 기지국 RLC의 재전송 (RLC Retransmission)

RLC(Radio Link Control)의 AM(Acknowledge Mode) 모드는 상대방으로부터 ACK(전송 성공) 또는 NACK(Not ACK, 전송 실패)의 응답을 요청하는 가장 복잡한 형태의 RLC 전송 모드이다. RLC 전송단이 RLC 수신단으로부터 상태 리포트(Status Report)를 받은 후, NACK를 받은 데이터 피디유(PDU: Protocol Data Unit)에 대해서 재전송을 준비한다. 재전송을 시작하는 간단한 규칙은 오직 NACK을 받은 Data PDU만 재전송하는 것이다. 즉 송신단에서 자의적으로 재전송하는 것은 금지된다.

다만, 폴링(Polling) 목적의 독자적인(Autonomous) 재전송이 유일한 예외다. 만약 상태 리포트를 받지 못해서 재전송이 허용되지 않은 상태에서, 마지막으로 전송한 PDU가 데이터 스트림(Stream)의 마지막 패킷이거나 윈도우 스톨링(Window Stalling) 때문에 새로운 PDU를 보낼 기회가 없다면, RLC 송신단에서는 보낼 것이 없기 때문에 폴링을 보내는 것이 불가능해진다. 이런 교착 상태를 방지하기 위해서 만약 전송 가능한 PDU가 없는 경우에 예외적으로 RLC 송신단에서 독자적인 재전송이 허용된다.

독자적 재전송의 경우, RLC 송신단은 상태 리포트를 받지 못한 데이터 PDU 중 하나를 선택할 수 있고 헤더에 폴링 비트(Polling bit)를 1로 설정하여 보낼 수 있다. 리세그먼트(Re-Segment) 되지 않는 한, 데이터에 어떠한 변경도 하지 않고 재전송한다. 독자적 재전송은 데이터 스트림의 마지막 혹은, 윈도우 스톨링이 발생했을 때의 심각한 지연을 방지한다.

RLC 데이터 피디유의 최대 재전송 횟수는 RRC(Radio Resource Control)에 의해서 제어된다. RLC protocol error가 발생한 때, 예를 들어 상태 변수(State Variable)가 동기화되지 않을 때는 이론적으로 재전송이 계속 실패할 것이다. 이런 프로토콜 오류를 복구하기 위해서, AM 모드 RLC Entity의 최대 재전송 횟수가 정해져 있다. 최대 재전송 횟수는 QoS(Quality of Service)에 영향을 주는데 무선 베어러(Bearer)의 특성에 따라서 각각의 무선 베어러에 설정된다. 최대 재전송 횟수를 초과하게 되면, AM RLC Entity는 RRC로 재전송 실패를 알리고 'RRC 연결재설정 절차'(rrcConnectionRe-establishment procedure)를 시작한다.

2. RLC ARQ

ARQ(Automatic Repeat Request)는 AM RLC에서 무손실 전송을 위해 수행된다. 기본 ARQ 동작에서는 수신단에서 NACK을 받으면 재전송을 한다. 여기에 AM RLC 송신단은 수신단에게 상태 리포트를 요청할 수 있고(Polling), 재전송할 PDU들의 리세그멘테이션(re-segmentation)을 할 수 있다.

3. 폴링(Polling)

폴링은 송신단이 수신단으로부터 상태 리포트를 받기 위해 사용한다. 송신단에서는 상태 리포트에 의해 업데이트된 전송 윈도우와 그 윈도우 안의 PDU의 ACK를 받았을 때만 PDU를 전송할 수 있다. 그러므로 만약 상태 리포트가 지연이 된다면, 전송 윈도우는 불능(Stall)이 되고, 전송은 멈추게 될 것이다. 게다가 아직 ACK를 받지 못한 PDU는 ACK를 받을 때까지 재전송 버퍼에 있을 것이고, 그 버퍼는 곧 가득 차게 될 것이다. 이와 같은 문제를 피하기 위해서 RLC 송신단에서는 제시간에 상태 리포트를 받는 것이 필요하다. 이러한 이유로, 아래와 같이 폴(Poll)을 트리거(Trigger)하기 위한 4가지 트리거 기능이 RLC 송신단에 있다.

(1) pollPDU: 폴 없이 RLC data PDU의 개수가 정해진 수만큼 전송되면, 폴이 트리거된다. RLC 전송자는 새롭게 전송된 PDU의 개수를 세기 위해 PDU 카운터(Counter)를 가진다. 폴이 전송되면 PDU 카운터가 0(zero)으로 리셋된다.

(2) pollByte: 위와 마찬가지로 바이트 카운터(Byte Counter)를 가지며, 새롭게 전송된 것이 몇 바이트인지 세고, 폴이 전송되면 다시 리셋된다. 전송 버퍼 혹은 재전송 버퍼에서 해당 PDU가 마지막이라면 폴이 트리거된다. 이미 전송된 RLC data PDU가 ack를 기다리고 있는 경우는 제외된다.

(3) t-PollRetransmit: PDU의 전송 후에 일정한 응답대기시간(t-PollRetransmit)을 대기한다. 응답대기시간이 종료(expire)되면 폴이 트리거된다. 어떤 형태의 폴이라도 트리거되면 타이머가 시작 또는 재시작한다. 타이머가 시작된 후에 상태 리포트를 통해서 ack나 Nack를 받으면 중단된다.

트리거된 폴은 전송될 Data PDU에 포함된다. PDU 헤더의 폴링 필드에 1이 세트 되면 폴링을 뜻한다. 폴링 필드는 항상 RLC 헤더에 붙기 때문에 폴을 전송하기 위한 오버헤드는 없다.

4. 상태 리포팅(Status Reporting)

RLC 수신단이 RLC 전송단으로 데이터의 수신을 알리기 위해서 상태 리포트를 사용한다. 상태 리포트는 harq reordering이 끝난 RLC Data PDU까지의 ack 또는 nack를 전달한다. RLC 수신단은 해당 RLC data PDU에 관련된 Harq reordering 이 끝난 후에 아래 조건이 맞으면 상태 리포트를 트리거한다.

(1) 폴링 필드가 1로 되어 있는 RLC data PDU를 받는 때

(2) 손실(missing)이 감지되는 data PDU가 있을 때

상태 리포트가 짧은 시간 동안 여러 번 전송되는 것은 효율적이지 못하다. 대체로 같은 정보를 가질 가능성이 크기 때문이다. 게다가 중복 Nack는 불필요한 재전송과 중복 수신을 발생시킬 수 있다. 그래서 짧은 인터벌(interval) 안에 여러 번 상태 리포트가 전송되는 것을 막는다.

이것을 목적으로 RLC 수신단에는 "상태 리포트 금지(Status Prohibit)”기능이 적용된다. 금지 간격(Prohibit Interval)은 “상태 금지 타이머(Status Prohibit Timer)”에 의해 제어된다. 이 타이머는 상태 리포트가 전송되면 시작하고 중간에 멈추지 않는다. 타이머 동작 중에는 RLC 수신단은 추가적인 상태 리포트를 보낼 수 없다. 그리고 여러 상태 리포트(multiple status report)가 트리거 되더라도 타이머가 동작 중이면 오직 하나의 상태 리포트만이 타이머 종료 후에 전송된다.

"상태 리포트 금지" 기능은 빈번한 상태 리포트 전송을 막는다. 그러나 너무 긴 전송 금지는 RLC 전송단 윈도우의 불능 또는 정체를 야기할 수 있다. 그래서 금지 간격은 무선구간 효율과 전송 지연 간의 트레이드 오프(Trade-off)를 고려해야 한다.

RLC 수신단에서 상태 리포트의 전송이 금지되지 않았다면 트리거할 수 있다. 상태 리포트는 STATUS PDU를 통해 전송되는데 상태 리포트가 언제 트리거되었는가와 무관하게 마지막 버퍼 상태 정보를 포함한다. '상태 리포트 금지' 기능에 의해서 상태 리포트는 제어가 되므로, 가능하면 많은 정보를 포함하는 것이 좋다. 대게 HARQ reordering 이 끝난 마지막 Data PDU까지의 상태 정보를 포함한다. 그러나 MAC에 의해서 허락된 RLC 자원(Resource)의 크기가 상태 리포트가 요구하는 만큼을 항상 보장하지 않는다. 이 경우 상태 리포트가 RLC 자원의 크기에 맞게 부분적인 정보만 포함할 수 있다.

5. 호 해제 절차시의 UE Context Release

도 1은 3GPP의 엘티이(LTE) 표준 상의 SAE(System Architecture Evolution)의 구조를 도시한 도면이다. EPC(Evolved Packet Core)(50)는 단말기(UE)(10)와 기지국(e-NodeB)(20)이 연결되는 망이다. EPC(50)는 MME(Mobility Management Entity)(31), 서빙 게이트웨이(Serving Gateway)(33) 및 PDN 게이트웨이(35) 등을 포함한다.

기지국(20)은 서비스 중인 단말기(10)에 대한 UE Context를 보관한다. UE Context는 IP 베어러 서비스의 파라미터, 네트워크 인터널 라우팅 정보(Network Internal Routing Information) 등을 말하며, UE Context에 의해 기지국(20) 내의 무선 자원이 할당된다. 단말기(10)가 기지국(20)에서 분리(Detach)되면, 기지국(20)은 보유 중인 해당 단말기 관련 'UE Context'를 삭제함으로써 불필요한 자원의 할당을 방지한다. 이하에서는 도 2를 참조하여 호 해제 시의 UE Context 삭제 절차를 설명한다.

<단말기의 단말분리요청: S201 내지 S205>

도 2를 참조하면, 사용자가 단말기(10)의 전원을 끄거나 비행기 모드(Airplane Mode)로 진입하면, 단말기(10)는 '단말분리요청(Detach Request)'이라는 NAS(Non-Access Stratum) 메시지를 기지국(20)으로 보낸다. 이때, 단말분리요청 메시지에서 분리 타입(Detach Type)은 '1'(EPC detach)로, SwitchOff 플래그(Flag)는 '1'로 설정된다(S201). 'Detach Request' 메시지는 NAS 메시지로서 기지국(20)을 경유하여 MME(31)로 전달된다(S203, S205).

<EPC의 UE Context 삭제 요청 수신: S207>

EPC(30)의 MME(31)는 기지국(20)이 해당 단말기(10)에 대한 UE Context를 삭제하도록 하기 위하여, NAS 메시지의 하나인 'ueContextRelease'라는 S1AP(S1 Application Protocol) 메시지를 기지국(20)의 RRC(29)로 보낸다.

<기지국의 RRC 연결 해제절차: S209 내지 S211>

'ueContextRelease' 메시지를 수신한 RRC(29)는 내부의 UE context를 삭제하기 전에 'RRC 연결해제(rrcConnectionRelease)'라는 RRC 메시지를 단말기(10)로 보내어 단말기(10)와의 사이에 RRC 연결해제 절차를 수행한다(S209).

그러나 단말기(10)의 무선 수신단(RF Transceiver)이 이미 꺼진 상태이므로, 단말기(10)는 기지국(20)의 'RRC 연결해제' 메시지를 수신하지 못한다. 기지국(20)의 MAC(23)에서는 HARQ 동작으로 'RRC 연결해제' 메시지를 재전송할 것이고, MAC(23) 상위의 RLC(25)에서도 수신단으로부터의 어떠한 응답도 받지 못하고 기설정된 응답대기시간(t-PollRetransmit)의 경과함에 따라 'RRC 연결해제' 메시지를 재전송한다. RLC(25)에서의 재전송은 SRB(Signaling Radio Bearer) 1의 maxRetxThreshold에 설정된 최대 재전송 허용 횟수만큼 동작한다(S211).

<무선 링크 실패에 따른 UE Context 삭제: S213 내지 S219>

이후 해당 SRB의 최대 재전송 허용 횟수(maxRetxThreshold)를 넘게 되면, 기지국(20)의 RLC(25)는 무선링크 실패(RLF: Radio Link Failure)로 판단하여 RRC(29)에게 통지하고(S213), RRC(29)는 해당 단말기(10)의 RRC 재설정(Re-establishment)을 대비하는 상태로 진행한다(S215).

RRC(29)에서는 일정시간(RRC Re-establishment timer)이 지난 후에야 해당 단말기(10)의 무선 링크가 완전히 사라졌다고 판단하여 UE Context를 삭제하고(S217), 비로소 MME(31)에게 'ueContextRelease Complete' 메시지를 전송하여 UE Context Release 절차를 마무리한다(S219).

이상의 절차에 의하면, EPC(30)와 기지국(20)은 S209 단계 이후 S211 단계에서 마지막 RRC 메시지의 처리를 마무리할 때까지 불필요한 UE context를 그대로 보유하게 되어, 기지국(20) 내 자원낭비 및 단말기(10)의 기지국 재접속(Re-Attach) 시도 시 실패의 원인이 될 수 있다.

본 발명의 목적은, 이동 통신망에서 단말기에서 시작된 호 해제 절차 개시 때에 기지국 내의 UE Context를 효율적으로 삭제하는 방법을 제공함에 있다.

상기 목적을 달성하기 위하여, 본 발명에 따른, 이동통신 단말기의 '단말분리요청(Detach Request)'에 따른 절차에서의 기지국 장치의 UE Context 제거방법은, 상기 기지국 장치의 RLC가 상기 단말기로 RRC 연결해제 메시지를 전송하고 기설정된 응답대기시간 동안 상기 단말기로부터 ACK 또는 NACK 응답을 대기한 후에 재전송을 판단하는 단계와; 상기 기지국 장치의 RLC가 상기 RRC 연결해제 메시지를 재전송하지 않고 상기 기지국 장치의 RRC로 '전달완료(Delivery Indication)' 메시지를 전송하는 단계와; 및 상기 기지국 장치의 RRC가 상기 전달완료 메시지에 따라 상기 UE Context를 삭제하고 EPC로 'UE Context 제거완료(ueContextReleaseComplete)' 메시지를 전송하는 단계를 포함한다.

실시 예에 따라, 본 발명의 제거방법은, 상기 RRC가 상기 EPC로부터 상기 단말기의 '단말분리요청'에 대응하는 'UE Context 삭제 요청(ueContextRelease)'을 전달받고 상기 RLC로 'RRC 연결해제' 메시지를 전달한 다음, 상기 'RRC 연결해제' 메시지가 최종 메시지임을 상기 RLC에게 전달하는 단계를 더 포함할 수 있다.

상기 '전달완료(Delivery Indication)' 메시지의 전달 시점과 관련하여, 제1 실시 예에 의하면, 상기 '전달완료(Delivery Indication)' 메시지를 전송하는 단계는, 상기 재전송을 판단하는 단계 후에 상기 RRC 연결해제 메시지를 재전송한 직후에 수행할 수 있다.

제2 실시 예에 의하면, 본 발명은 상기 재전송을 판단하는 단계 후에 상기 RLC가 상기 RRC 연결해제 메시지를 재전송하고, 상기 응답대기시간을 설정 가능한 최소 시간으로 설정 변경하는 단계와; 및 상기 RRC 연결해제 메시지의 재전송 후 상기 변경된 응답대기시간이 경과 후에 상기 RRC 연결해제 메시지를 다시 재전송하는 단계를 더 포함할 수 있다. 여기서, 상기 '전달완료(Delivery Indication)' 메시지를 전송하는 단계는, 상기 다시 재전송하는 단계 후에 수행되는 것이 바람직하다.

위 제2 실시 예에서, 상기 설정 변경하는 단계는 상기 응답대기시간 변경과 관련된 'RRC 연결 재설정' 메시지를 상기 단말기로 전송하지 않음으로써, 상기 응답대기시간의 변경이 상기 기지국 장치 내에서만 유효한 것으로 처리할 수 있다.

본 발명은 단말기의 분리요청(Detach Request)에 따른 절차를 진행함에 있어서, 이미 단말기가 통신 불능 상태에 있으므로 RRC 메시지에 대한 단말기의 응답 대기를 최소로 하도록 제어함으로써, RLC 단의 RRC 메시지의 재전송을 현저히 줄이고 재전송 초과시에 발생하는 무선링크 실패(RLF) 처리로 인한 추가적인 기지국 내 UE context의 자원 낭비를 막는다. EPC로서도, 즉각적인 UE Context 삭제 완료에 따라 EPC 내부 구성 간의 UE context 삭제가 지연되는 것을 막을 수 있다.

또한, 이러한 처리가 기지국 장치 내에서의 제어로만 수행되므로, MME나 단말기의 설정 변경 등을 요구하지 않아서 처리가 매우 간단하다.

도 1은 엘티이 망 구조도,
도 2는 종래의 호 해제 시의 UE Context 해제 절차의 설명에 제공되는 흐름도,
도 3은 본 발명의 기지국 장치를 대표하는 프로토콜 계층 구조도, 그리고
도 4는 본 발명에 따른 UE Context 해제 절차의 설명에 제공되는 흐름도이다.

이하 도면을 참조하여 본 발명을 더욱 상세히 설명한다.

본 발명의 방법은 3GPP의 엘티이(LTE) 표준이 적용되는 기지국 장치(300)에서의 UE Context 해제(Releasr) 절차와 관련된다. 따라서, 도 1의 SAE 구조가 적용된다.

도 3을 참조하면, 본 발명이 적용되는 기지국을 도 2의 기지국(20)과 구분하여 기지국 장치(300)로 칭한다. 기지국 장치(300)의 프로토콜 계층구조는 물리계층인 PHY(301)와, MAC(Medium Access Control)(303)와, SDU(Service Data Unit) 전송 서비스를 제공하는 RLC(Radio Link Control)(305)와, 헤더 압축 및 암호화 등을 수행하는 PDCP(Packet Data Convergence Protocol)(307)와, 단말기(10)와의 사이에 제어신호 메시지를 제공하는 RRC(Radio Resource Control)(309)를 가진다. PHY(301), MAC(303), RLC(305), PDCP(307) 및 RRC(309)는 프로토콜 계층 구조를 형성하는 기능으로 설명되었지만, 그 기능을 수행하는 기지국 장치(300)의 개별 구성으로 이해되어야 한다. 따라서, PHY 기능부(301), MAC 기능부(303), RLC 기능부(305), PDCP 기능부(307) 및 RRC 기능부(309)로 칭해도 무방하지만, 이해와 설명의 편리를 위해 PHY(301), MAC(303), RLC(305), PDCP(307) 및 RRC(309)로 칭한다.

기지국 장치(300)도 아래에서 설명되는 절차를 제외하면 도 1의 SAE 구조에서 e-NodeB의 역할을 그대로 수행한다.

이하에서는 도 4를 참조하여 본 발명의 호 해제시 UE Context 해제 절차를 설명한다. 여기서 호 해제는 단말기(10)가 전원을 끄거나 '비행기 모드'로 진입하는 경우로서, 단말기(10)에 의해 개시되는 것을 의미한다. 여기서, 비행기 모드는 휴대 단말기의 무선 인터페이스(이동통신, 무선랜, 블루투스 등)의 동작을 끄는 것을 의미한다.

<단말기의 '단말분리요청'에 따른 MME의 ueContextRelease 절차 개시: S401 내지 S407>

기본적으로 단말기(10)가 'Detach Request'라는 NAS(Non-Access Stratum) 메시지를 MME(31)에게 전송하고, MME(31)가 이에 응하여 'ueContextRelease'라는 메시지를 기지국 장치(300)로 전송하는 과정은 도 2의 S201 내지 S207 과 동일하다.

사용자가 단말기(UE)(10)의 전원을 끄거나 비행기 모드(Airplane Mode)로 진입하면, 단말기(10)는 'Detach Request'라는 NAS 메시지를 기지국 장치(300)로 보낸다. 이때, 'Detach Request' 메시지에서 분리 타입(Detach Type)은 '1'(EPC detach)로, SwitchOff 플래그(Flag)는 '1'로 설정된다(S401). 'Detach Request' 메시지는 NAS 메시지로서 기지국 장치(300)를 경유하여 MME(31)로 전달된다(S403, S405).

EPC(30)의 MME(31)는 기지국 장치(300)에게 'ueContextRelease'라는 S1AP(S1 Application Protocol) 메시지를 전송하여, 해당 단말기(10)에 대한 UE Context를 삭제하도록 요청한다(S407).

<RRC의 'RRC 연결해제' 메시지 전송: S409>

'ueContextRelease' 메시지를 수신한 RRC(309)는 내부의 UE context를 삭제하기 전에 'RRC 연결해제(rrcConnectionRelease)'라는 RRC 메시지를 단말기(10)로 보내어 단말기(10)와의 사이에 RRC 연결 종료 절차를 수행한다.

<RLC에게 마지막 SRB 메시지임을 전달: S411>

한편, 기지국 장치(300)의 RRC(309)는 MME(31)로부터 'ueContextRelease'라는 S1AP 메시지가 전송된 원인(NAS Cause)이 단말기(10)의 분리(Detach)라는 것을 알 수 있으므로, 'rrcConnectionRelease' 메시지가 '마지막 RRC 메시지(SRB)'임을 알 수 있다. 본 발명의 RRC(309)는 '최종 RRC 메시지'라는 메시지를 RLC(305)에게 제공함으로써, 'rrcConnectionRelease' 메시지가 마지막 SRB 메시지임을 RLC(305)에게 알린다.

<단말기로 RRC 연결해제 메시지의 전송 및 응답대기: S413>

RRC(309)로부터 'rrcConnectionRelease' 메시지가 마지막 SRB 메시지임을 전달받은 RLC(305)는 우선 첫 번째 'rrcConnectionRelease(RRC 연결해제)' 메시지를 단말기(10)로 보낸다. 그리고 RLC(305)는 단말기(10)로부터 ACK 또는 NACK가 전송되기를 기다린다. 이때의 대기시간은 t-PollRetransmit로 초기 설정된 응답대기시간(예컨대 20ms)이다. RRC 연결해제 메시지를 보내고 기설정된 응답대기시간을 대기하는 과정은 종래의 방법과 동일하다. 따라서 응답대기시간 동안 단말기(10)로부터 ACK 또는 NACK를 수신하지 못하면, RLC(305)는 RRC 메시지를 다시 전송해야 한다.

<응답 대기 시간의 최소화: S415>

첫 번째 'rrcConnectionRelease(RRC 연결해제)' 메시지를 단말기(10)로 전송한 후 초기 설정된 응답대기시간(예컨대 20ms)이 경과하면, RLC(305)는 RRC 연결 해제 메시지를 단말기(10)로 1차 재전송한다.

다만, 본 발명에 따라 RLC(305)는 RRC 연결 해제 메시지의 1차 재전송과 동시에, 응답대기시간을 설정 가능한 최소 값(예컨대 5ms)으로 설정 변경한다. 응답대기시간의 설정변경은, SRB(Signaling Radio Bearer)의 t-PollRetransmit의 값을 변경함으로써 가능하다. 다만, t-PollRetransmit 변경은 기지국 장치(300) 내에서만 유효한 것으로 처리하여, 단말기(10)에게 응답대기시간(t-PollRetransmit) 변경과 관련된 'RRC 연결 재설정(rrcConnectionReconfiguration)' 메시지를 단말기(10)로 전송하지 않는다.

단말기(10)의 무선 수신단(RF transiver)의 전원이 꺼진 상태이므로, 변경된 응답대기시간(5ms) 동안 RLC(305)는 ACK 또는 NACK를 수신하지 못한다. 따라서 RLC(305)는 1차 재전송으로부터 변경된 응답대기시간이 경과하면, 'rrcConnectionRelease' 메시지를 2차로 단말기(10)에게 재전송한다.

RLC(305)에 의한 RRC 메시지의 1차 및 2차 재전송은 혹시 단말기(10)가 오프되지 않은 상황을 대비한 것이며, 그럼에도 2차 재전송은 응답대기시간을 줄임으로써 불필요하게 소비되는 대기시간을 최소화할 수 있다.

그럼에도, S415 단계는 본 발명의 필수적인 구성은 아니다. S415 단계를 수행하는 방법이 제1 실시 예에 해당한다면, 제2 실시 예는 S415 단계를 수행하지 않는다. 제2 실시 예에 의하면, RLC(305)가 S413 단계에서 첫 번째 'rrcConnectionRelease' 메시지를 전송하고 초기 설정된 응답대기시간 동안 단말기(10)로부터 ACK 또는 NACK를 수신하지 못하면, S415 단계를 수행하지 않고 바로 S417 단계로 진행하여 재전송 절차를 종료하고 UE Context 삭제를 개시할 수 있다.

<가짜 'Delivery Indication'을 전달: S417>

단말기(10)의 무선 수신단(RF transiver)의 전원이 꺼진 상태이므로, RLC(305)는 HARQ 실패 및 응답대기시간 경과로 1차 또는 2차 재전송이 발생하면, SRB의 최대 재전송 허용 횟수(maxRetxThreshold)가 아직 남아 있더라도 더 이상의 재전송 절차를 수행하지 않는다.

대신에 RLC(305)는 해당 SRB 메시지의 전송이 성공한 것으로 간주하여, PDCP(307)를 통하여 RRC(309)로 '전달완료(Delivery Indication)' 메시지를 전달한다. 일종의 '가짜 전달완료(Fake Delivery Indication)' 메시지이다. 다만, S417 단계는 S411 단계에서 RRC(309)로부터 '최종 RRC 메시지'라는 메시지를 수신한 경우, 즉 '단말기 분리'가 NAS의 원인인 경우로 한정된다.

'전달완료(Delivery Indication)' 메시지를 전달받은 RRC(309)는 해당 rrcConnectionRelease의 전송 성공을 기준으로 기지국 장치(300) 내의 UE context를 삭제하고(S417), EPC(30)로 S1AP 메시지인 ueContextReleaseComplete를 보냄으로써 UE Context의 삭제(Release)가 완료되었음을 통지하고 단말기(10)의 분리를 마무리한다.

이상의 방법으로, 호 해제 절차 개시 때에 본 발명의 기지국 장치(300)는 보유 중인 UE 콘텍스트(UE context)를 효율적으로 삭제할 수 있다.

이상에서는 본 발명의 바람직한 실시 예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시 예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해되어서는 안 될 것이다.

Claims

삭제
이동통신 단말기의 '단말분리요청(Detach Request)'에 따른 절차에서의 기지국 장치의 UE Context 제거방법에 있어서,
상기 기지국 장치의 RRC가 EPC로부터 상기 단말기의 '단말분리요청'에 대응하는 'UE Context 삭제 요청(ueContextRelease)'을 전달받고, 상기 기지국 장치의 RLC로 RRC 연결해제 메시지를 전달한 다음 상기 'RRC 연결해제' 메시지가 최종 메시지임을 상기 RLC에게 전달하는 단계;
상기 RLC가 상기 단말기로 상기 RRC 연결해제 메시지를 전송하고 기설정된 응답대기시간 동안 상기 단말기로부터 ACK 또는 NACK 응답을 대기하는 단계;
상기 RLC가 상기 응답대기시간 동안 상기 ACK 또는 NACK를 수신하지 못하면, 상기 RRC 연결해제 메시지를 재전송하지 않고 상기 기지국 장치의 RRC로 '전달완료(Delivery Indication)' 메시지를 전송하는 단계; 및
상기 기지국 장치의 RRC가 상기 전달완료 메시지에 따라 상기 UE Context를 삭제하고 상기 EPC로 'UE Context 제거완료(ueContextReleaseComplete)' 메시지를 전송하는 단계를 포함하는 것을 특징으로 하는 기지국 장치의 UE Context 제거방법.
이동통신 단말기의 '단말분리요청(Detach Request)'에 따른 절차에서의 기지국 장치의 UE Context 제거방법에 있어서,
상기 기지국 장치의 RLC가 상기 단말기로 RRC 연결해제 메시지를 전송하고 기설정된 응답대기시간 동안 상기 단말기로부터 ACK 또는 NACK 응답을 대기하는 단계;
상기 RLC가 상기 응답대기시간 동안 상기 ACK 또는 NACK를 수신하지 못하면, 상기 RRC 연결해제 메시지를 상기 단말기에게 1차 재전송하는 단계;
상기 RLC가 상기 1차 재전송 후에 상기 기지국 장치의 RRC로 '전달완료(Delivery Indication)' 메시지를 전송하는 단계; 및
상기 RRC가 상기 전달완료 메시지에 따라 상기 UE Context를 삭제하고 EPC로 'UE Context 제거완료(ueContextReleaseComplete)' 메시지를 전송하는 단계를 포함하는 것을 특징으로 하는 기지국 장치의 UE Context 제거방법.
이동통신 단말기의 '단말분리요청(Detach Request)'에 따른 절차에서의 기지국 장치의 UE Context 제거방법에 있어서,
상기 기지국 장치의 RLC가 상기 단말기로 RRC 연결해제 메시지를 전송하고 기설정된 응답대기시간 동안 상기 단말기로부터 ACK 또는 NACK 응답을 대기하는 단계;
상기 RLC가 상기 응답대기시간 동안 상기 ACK 또는 NACK를 수신하지 못하면, 상기 RRC 연결해제 메시지를 상기 단말기에게 1차 재전송하고, 상기 응답대기시간을 설정 가능한 최소 시간으로 설정 변경하는 단계;
상기 RRC 연결해제 메시지의 1차 재전송 후 상기 변경된 응답대기시간이 경과하면, 상기 RLC가 상기 RRC 연결해제 메시지를 상기 단말기에게 2차 재전송하는 단계;
상기 2차 재전송하는 단계 후에, 상기 RLC가 상기 RRC 연결해제 메시지를 더 재전송하지 않고 상기 기지국 장치의 RRC로 '전달완료(Delivery Indication)' 메시지를 전송하는 단계; 및
상기 기지국 장치의 RRC가 상기 전달완료 메시지에 따라 상기 UE Context를 삭제하고 EPC로 'UE Context 제거완료(ueContextReleaseComplete)' 메시지를 전송하는 단계를 포함하는 것을 특징으로 하는 기지국 장치의 UE Context 제거방법.
제4항에 있어서,
상기 설정 변경하는 단계는 상기 응답대기시간 변경과 관련된 'RRC 연결 재설정' 메시지를 상기 단말기로 전송하지 않음으로써, 상기 응답대기시간의 변경이 상기 기지국 장치 내에서만 유효한 것으로 처리하는 것을 특징으로 하는 기지국 장치의 UE Context 제거방법.