KR20100068249A - 무선 전기통신 네트워크에서 소스로부터 타깃 진화형 ｎｏｄｅ-ｂ로 데이터 포워딩으로 핸드오버하는 방법 및 장치 - Google Patents

Abstract

발명의 특징에 따라, 무선 전기통신 네트워크에서 소스 노드로부터 타깃 노드로 모바일 단말의 핸드오버를 위한 방법은 RLC-UM 또는 RLC-AM 베어러들을 포함할 수 있는 RLC 모드와 관계없이 선택적인 프레쉬 데이터의 데이터 포워딩을 행하는 단계들을 포함한다. 상기 방법은 베어러가 데이터 포워딩을 겪는지 아닌지에 대해 각각의 베어러에 대한 모바일 단말에 명확한 지시를 제공하는 단계를 포함할 수 있다. 이것은 버퍼링된 패킷들 및 PDCP SN들을 다루기 위해 모바일 단말에 의해 사용될 수 있다.

Description

무선 전기통신 네트워크에서 소스로부터 타깃 진화형 ＮＯＤＥ-Ｂ로 데이터 포워딩으로 핸드오버하는 방법 및 장치{METHOD AND APPARATUS FOR HANDOVER WITH DATA FORWARDING FROM SOURCE TO TARGET EVOLVED NODE-B IN A WIRELESS TELECOMMUNICATIONS NETWORK}

본 발명은 무선 전기통신 네트워크에서의 핸드오버를 위한 방법 및 장치에 관한 것으로, 특히, 배타적인 적은 아니지만, 제 3 세대 파트너십 프로젝트(the 3rd Generation Partnership Project: 3GPP) E-UTRAN(evolved Universal Terrestrial Radio Access Network) 및 E-UTRA(evolved Universal Terrestrial Radio Access) 명세들(specifications)에 따라 구현된 방법 및 장치에 관한 것이다.

현재, 3GPP는 참조 및 관련 문헌들로서 여기에 포함된 기술 명세 3GPP TS 36.300 v 8.1.0(2007년 6월)에서 출발된 것으로서 E-UTRA 및 E-UTRAN의 개발을 고려한 것이다. 3GPP LTE(Long Term Evolution)는 예컨대, 효율성 및 서비스들을 개선함으로써 UMTS(Universal Mobile Telecommunications System) 표준을 향상시키는 것을 목적으로 한다.

E-UTRAN에서, 사용자 장비(user equipment: UE)는 네트워크 노드, NodeB(eNB)와 통신하고, 데이터는 그것들 사이의 무선 링크를 통해 무선 베어러들(radio bearers: RB) 상에 송신된다. eNB는 S1로서 지정된 인터페이스를 통해 MME/SAE GW(Mobile Management Entity/System Architecture Evolution Gateway)와 인터페이스한다. E-UTRAN 네트워크는 복수의 eNB들 및 MME/SAE GW들을 포함한다.

LTE에서, 모든 무선 액세스 네트워크(RAN) 기능들은 각각의 노드, eNB에서 통합된다. 다운링크 사용자 데이터, 즉 인터넷 프로토콜(IP) 패킷들은 SAE GW에서 eNB로 전송된다. UE가 제 1 소스 eNB로부터 제 2 타깃 eNB로 핸드오버되고, SAE GW는 제 2 eNB 어드레스로 업데이트되고, SAE GW는 데이터를 그 타깃 eNB로 송신하기 시작한다.

하지만, 데이터 손실을 회피하기 위해, 이미 소스 eNB에서 버퍼링된(buffered) 임의의 데이터는 타깃 eNB로 포워드되어야 한다. 또한, 핸드오버(HO) 과정 동안 소스 eNB에 송신된 데이터는, SAE GW가 새로운 eNB 어드레스로 업데이트되기 전에, 또한, 소스 eNB에 의해 타깃 eNB로 포워드된다.

UE에 전달된 패킷들의 순서를 보존하기 위해, 타깃 eNB는 SAE GW에 의해 전달된 것과 동일한 순서로 무선을 통해 데이터를 송신하여야 한다. 즉, eNB에 의해 버퍼링된 데이터는 가장 먼저 타깃 eNB에 송신되고, 이어서 HO 처리 동안 SAE GW로부터 데이터가 전송되고, 이것들 모두가 송신될 때에만, 타깃 eNB는 그것이 SAE GW로부터 직접 수신하는 프레쉬 데이터(fresh data)를 UE에 송신한다.

UE에 적용된 HO 처리 동안 메시지 흐름이 도 1에 도시되어 있고, 이것은 소스 eNB(2), 타깃 eNB(3) 및 MME/SAE GW(4)를 포함하는 네트워크를 도시한다. 소스 eNB(2)가 UE(1)로부터 측정 리포트들(measurement reports)에 기초하여 핸드오버를 결정할 때, 타깃 eNB(3)에 핸드오버 요청 메시지를 송신한다. 승인 제어 스텝(5)에서, 타깃 eNB(3)는 요청된 리소스들을 구성하고, 소스 eNB(2)에 핸드오버 요청 Ack 메시지(Handover Request Acknowledge message)를 송신한다. 소스 eNB(2)에서 UE(1)로의 핸드오버 명령에 이어서, UE(1)는 오래된 셀로부터 분리되고, 타깃 eNB(3)와 연관된 새로운 셀(cell)에 동기화한다. 또한, 소스 eNB(2)에서 버퍼링된 데이터 패킷들 및 임의의 전송 중 패킷들은 인터페이스 지정된 X2(interface designated X2)를 통해 타깃 eNB(3)에 포워드된다. 스텝(10)에서 UE(1)로부터 타깃 eNB(3)로의 핸드오버 확인 메시지(Handover Confirm message)에 이어서, 핸드오버 완료 메시지가 타깃 eNB(3)에 의해 MME/SAE GW(4)에 송신된다. 소스 eNB(2)로부터의 데이터 패킷들은 타깃 eNB(3)에 계속 전달된다. 타깃 eNB는, 소스 eNB(2)로부터 포워드된 모든 데이터가 그것에 의해 수신되면, MME/SAE GW로부터 S1을 통해 도달하는 프레쉬 데이터(fresh data)를 송신할 수 있다. 타깃 eNB는, 소스 eNB(2)로부터 포워딩된 모든 데이터가 그것에 의해 수신되면, MME/SAE GW로부터 S1을 통해 도달하는 프레쉬 데이터를 송신할 수 있다.

소스 eNB로부터 타깃 eNB로의 포워딩된 데이터는 LTE에 대해 두 가지 형태들, 즉 소스 eNB에서 버퍼링된 데이터의 포워딩 및 S1을 통해 소스 eNB에서 새로이 도달하는 패킷들의 포워딩을 취할 수 있다. 손실없는 HO는 이들 두 가지 타입들의 데이터가 소스에서 타깃 eNB로 포워딩되는 것을 필요로 한다. 3GPP RAN2는 손실없는 eNB간의 핸드오버를 제공하기 위해 데이터 포워딩 원리들을 논의하였다. 하지만, 손실없는 HO가 적용될 때의 조건들은 지금까지 논의되지 않았다.

HO 명령(HO Command)이 UE에 전달되기 전에 소스 eNB에서 수신된 모든 데이터가 “버퍼링된 데이터”로 고려되고, 따라서 PDCP(Packet Data Convergence Protocol) 시퀀스 넘버들(sequence numbers: SNs)이 할당되었다고 가정될 수 없다. 들어오는 패킷들에는 그것들이 eNB에 의해 수신되자마자, PDCP SN이 제공될 수 있고, 또는, 대안으로, PDCP SN은 거의 실시간으로 UE에 전달하기 직전에 제공될 수 있다. 실제로 UE에 송신되지 않은 임의의 패킷들은 최종으로 사용된 PDCP SN이 정확하게 사용되는 한, S1을 통해 프레쉬 데이터로서 취급될 수 있다.

또한, 버퍼링된 패킷들의 포워딩이 무선 링크 제어(radio link control: RLC) 상태 리포트들에 기초하여 수행되어야 함을 3GPP RAN2에 의해 동의되었다. RLC 상태 리포트들은, RLC 인식된 모드(acknowledged mode)(RLC-AM)가 무선 베어러(radio bearer)를 위해 선택되는 곳에 제공된다. 인식된 모드(AM)는 향상된 신뢰도를 제공하는데, 그것이 부정확하거나 손실된 데이터 패킷들의 재전송을 허용하고, 예컨대 실시간이 아닌 서비스들을 위해 적합하기 때문이다.

RLC 비인식된 모드(unacknowledged mode: RLC-UM)에서, 재전송 프로토콜이 사용되지 않고, RLC 상태 리포트들이 존재하지 않으며, 데이터 포워딩은 RLC-UM을 위해 고려되지 않는다. 비인식된 모드는 예컨대, 임의의 무선 리소스 제어(RRC) 시그널링 및 VoIP(voice over IP)을 위해 사용될 수 있다. 어느 RLC 모드를 채택하느냐에 대한 선택은 베어러에 대해 요청된 잔여 비트 에러 레이트(residual bit error rate: BER) 및 HARQ(Hybrid Automatic Repeat Request) 동작 포인트에 기초한다.

본 발명의 제 1 특징에 따라, 무선 전기통신 네트워크에서 소스 노드로부터 타깃 노드로의 모바일 단말의 핸드오버를 위한 방법은: 소스 노드에서 타깃 노드로 데이터를 포워딩하는지 아닌지에 대해 결정하는 단계를 포함하고, 각각의 무선 베어러에 대한 결정이 그것이 어느 무선 링크 제어(RLC) 모드를 지원하는지에 무관하게 행해진다. 그러므로, 본 발명에 따른 방법에서, 데이터 포워딩은 RLC-UM 또는 RLC-AM 베어러들이 포함되는지의 여부와 무관하게 선택될 수 있고, 무선 베어러마다 선택될 수 있다. 이것은 RLC 모드에 무관한 유연성을 제공한다. 상기 방법은 LTE(Long Term Evolution) 표준들에 따라 구현되는 네트워크들에 적용가능하지만, 다른 타입들의 네트워크에서 사용될 수 있다.

본 발명에 따른 방법에서, 데이터 포워딩을 구현하느냐에 대한 선택은 베어러에 대한 QoS(Quality of Service) 요구사항들을 참조하여, 그리고, 예컨대 비용 및/또는 스피드(speed)와 같은 최종 마일(mile)의 성능(performance)에 따라 결정될 수 있다. 데이터 포워딩은 베어러의 QoS 요구사항들을 고려하여 무선 베어러마다 선택되지만, 데이터를 포워딩하도록 선택하는 이유들은 예컨대, 대신에 또는 부가적으로 X2 지연과 S1의 양을 포함할 수 있으므로, 필수적인 것은 아니다. 예를 들어, X2를 위한 최종 마일 프로토콜이 S1 앵커링 포인트(anchoring point)보다 위이면, 오퍼레이터(operator)에 대해 비싸고 느리게 된다. 오퍼레이터들은 이 경우들에 대해 데이터 포워딩을 사용하지 않기로 결정할 수 있다. 또한, UE의 이동도 레이트(mobility rate)는 또한, 데이터를 포워딩할지의 여부에 대한 결정에 영향을 미칠 수 있다. 느리게 움직이는 UE에 대한 데이터 포워딩을 구현하는 것은 가치가 있지 않을 수 있다. 그러므로, RLC-AM에 대해, 데이터 포워딩은 이러한 상황들에 대해 회피될 수 있다.

S1 링크 또는 MME S-GW 링크가 느리면, 경로 스위치는 상당히 지연되고, 그러므로, 모드가 RLC-UM인 경우라도, S1을 통해 소스 노드에 의해 수신되는 프레쉬 데이터, 즉 SN들과 연관되지 않는 것으로 고려되는 패킷들을 포워딩하는 것이 바람직할 수 있다.

본 발명에 따른 또 다른 방법에 따라서, 데이터 포워딩이 사용되지 않는다고 결정될 때, 패킷 데이터 수렴 프로토콜(Packet Data Convergence Protocol: PDCP) 시퀀스 넘버들(SNs)은 RLC 모드가 사용되는 것에 무관하게 리셋된다.

본 발명에 따른 방법은 베어러가 데이터 포워딩을 겪는지의 여부에 대해 각각의 베어러를 위한 모바일 단말에 지시(instruction)를 제공하는 단계를 포함할 수 있다. 이것은 버퍼링된 패킷들 및 PDCP SN들을 다루기 위해 모바일 단말에 의해 사용될 수 있다. 지시는 예컨대, 핸드오버 명령의 일부로서 또는 개별 메시지로서 포함될 수 있다.

이전에, RLC-AM을 위해, PDCP 시퀀스 넘버는 HO 후에 타깃 노드에서 연속되었다. 이것은 무선을 통해 패킷 복제들(packet duplicates)을 재시퀀스하고 식별하는데 필요한 것으로 고려되었다. 이 이유로, 버퍼링된 패킷들의 최종으로 사용된 PDCP SN 및 최종으로 사용된 PDCP SN은 소스 노드에 의해 타깃 노드에 전달되었다. 본 발명에 따른 방법에서는, 반대로, 타깃 노드에 데이터를 포워딩하지 않는다고 결정될 때, PDCP 시퀀스 넘버는 공지된 값으로 재시작되고, 최종으로 사용된 PDCP SN은 타깃 노드에 전송되지 않는다. 소스와 타깃 노드들간의 X2 인터페이스가 S1 인터페이스에 비하여 느리고, 타깃 노드에 PDCP SN 정보를 전송하는 것은 중단 시간을 증가시키는데, 왜냐하면, S1을 통해 타깃 노드에 의해 직접 수신되는 임의의 프레쉬 데이터를 송신하기 전에 타깃 노드가 이 SN을 기다려야 하기 때문이다. PDCP SN을 재시작함으로써, 이 잠재적인 중단이 회피될 수 있다.

본 발명에 따른 또 다른 방법에 따라서, RLC-UM을 위해, 타깃 노드에 PDCP SN을 전달할 필요가 없으며, 그것은 간단히 재시작된다.

본 발명에 따른 또 다른 방법에 따라서, PDCP가 리셋되거나 연속되는지를 모바일 단말이 알아야 하므로, 이것을 모바일 단말에 시그널링하기 위한 메커니즘이 포함된다. PDCP SN은 데이터 포워딩이 구현되지 않을 때 재시작하도록 배치되고, 모바일 단말은, 어떤 RLC 모드가 사용되더라도, PDCP가 리셋됨을 그것에 알리기 위해서, 데이터 포워딩이 사용되지 않음을 시그널링될 수 있다. 또한, 베어러가 데이터 포워딩을 겪지 않음을 모바일 단말에 표시하는 것은 모바일 단말로 하여금 상부 레이어들(upper layers)에 임의의 버퍼링된 패킷들을 즉시 전달하도록 허용한다. 모바일 단말은 또한, 공지된 값으로 PDCP SN을 재초기화할 수 있다.

본 발명의 제 2 특징에 따라, 무선 전기통신 네트워크에서 소스 노드에서 타깃 노드로 모바일 단말의 핸드오버를 위한 방법은 소스 노드로부터 무선 베어러를 위해 RLC-UM 모드에서 타깃 노드로 데이터를 포워딩하는 단계를 포함한다.

본 발명의 제 3 특징에 따라, 무선 전기통신 네트워크에서 소스 노드로부터 타깃 노드로 모바일 단말의 핸드오버를 위한 방법은 RLC-AM 모드에서 무선 베어러를 위해 소스 노드에서 타깃 노드로 데이터를 포워딩하지 않는 단계를 포함한다.

본 발명의 제 4 특징에 따라, 무선 전기통신 네트워크는 본 발명의 임의의 특징에 따른 방법을 구현하도록 배치된다.

본 발명의 제 5 특징에 따라, 무선 전기통신 네트워크를 위해 결정을 행하는 디바이스는: 정보 저장장치; 및 정보 저장장치로부터 정보를 수신하고, 그것을 핸드오버 동안 소스 노드로부터 타깃 노드로 데이터를 포워딩하는지의 여부를 결정하기 위해 사용하도록 배치된 결정 프로세서를 포함하고, 각각의 무선 베어러에 대한 결정은 그것이 어느 무선 링크 제어(RLC) 모드를 지원하는지에 무관하게 행해진다. 정보 저장장치는, 고정된 데이터, 구간들에서 업데이트된 데이터, 또는 연속으로 개정된 데이터, 또는 상이한 타입들의 데이터를 위한 이것들의 조합을 보유할 수 있고, 하나 이상의 인터페이스들을 통해 QoS 요구사항들, 모바일 단말 속도 및 성능과 같은 정보를 포함할 수 있다. 정보를 업데이트하기 위해 소스 노드로부터 핸드오버를 겪는 모바일 단말에 의해 조치들이 제공될 수 있다. 결정을 행하는 디바이스는 예컨대 네트워크 노드에 포함될 수 있고, 결정을 행하는 디바이스는 LTE 네트워크에서 각각의 eNB에 포함될 수 있고, 핸드오버 과정 동안 소스 노드를 포함하는 eNB는 결정이 행해진 것일 수 있다. 다른 타입들의 네트워크 노드는 본 발명의 제 5 특징에 따라 결정을 행하는 디바이스를 포함할 수 있다.

본 발명에 따른 몇몇 실시예들 및 방법들은 첨부된 도면들을 참조하여 예로써 설명된다.

본 발명은 무선 전기통신 네트워크에서의 핸드오버를 위한 개선된 방법 및 장치를 제공한다.

도 1은 핸드오버 동안 메시징 및 네트워크를 개략적으로 도시하는 도면.
도 2는 본 발명에 따른 결정을 행하는 디바이스를 개략적으로 도시하는 도면.
도 3은 핸드오버 동안 메시징 및 네트워크를 개략적으로 도시하는 도면.
도 4는 핸드오버 동안 메시징 및 네트워크를 개략적으로 도시하는 도면.

도 2를 참조하면, 결정을 행하는 디바이스(5)는 다양한 네트워크 파라미터들 및 도 3에 도시된 소스 eNB(2)와 현재 접속하는 모바일 단말(1)에 관한 데이터를 포함하는 정보 저장장치(6)를 포함한다. 프로세서(7)는 6a에서의 QoS 데이터, 6b에서의 UE 스피드 데이터, 6c에서 S1과 X2에 관련된 인터페이스 데이터를 포함할 수 있는 저장장치(6)에 보유된 정보를 액세스하고, 그것을, 모바일 단말(1)이 소스 eNB(2)로부터 타깃 eNB(3)로 핸드오버될 때 데이터 포워딩이 구현되어야 하는지의 여부에 대해 결정을 행하기 위해 사용한다. 프로세서(7)는 그 결정을 행할 때 무선 베어러의 RLC 모드를 고려하지 않는다. 저장장치(6)에 보유된 데이터 타입의 적절한 선택 및 그것이 어떻게 결정에 적용되는지는 오퍼레이터로 하여금 전개 시나리오(deployment scenario) 및 비용에 의존하여 베어러마다 데이터 포워딩을 택일적으로 선택하도록 허용한다. 예를 들어, 오퍼레이터는 전송 비용을 절감하기 위해 값비싼 최종 마일을 통해 데이터를 포워딩하지 않도록 선택할 수 있다. 그것은, S1 링크가 경로 스위치를 위해 느리고, 패킷 손실 및 열악한 서비스를 회피하면 오퍼레이터로 하여금 데이터 포워딩을 선택하도록 허용한다.

도 3을 참조하면, RLC-AM을 갖는 베어러에 대해, 데이터 포워딩을 구현하지 않도록 디바이스(5)에 의해 결정이 취해지고, 이 결정은 소스 eNB(2)에 전송된다. 스텝(7)에서 핸드오버 명령이 UE(1)에 송신될 때, 그것은 데이터 포워딩이 구현되지 않는다는 정보를 포함하고, UE는 공지된 값으로 PDCP SN을 리셋하는 것을 안다. 소스 eNB(2)는 또한, 도 2의 스텝 7.5로서 도시된, 포워드될 데이터가 존재하지 않는 타깃 eNB(3)에 통지(notification)를 송신한다. “데이터 없음” 메시지의 수신 시에, 타깃 eNB(3)는 공지된 값으로 PDCP SN을 리셋한다. 이 설명된 경우에서, 데이터 없음 포워딩이 구현되지만, 다른 경우들에 대해서, 데이터 포워딩은 이 베어러에 대해 구현될 수 있다. 그 경우에, 핸드오버 명령(7)은 데이터 포워딩이 사용되고 있다는 정보를 포함하고, 그 처리는 도 1에서 설정된 메시징에 도시된 바와 같이 계속된다.

도 4를 참조하면, RLC-UM을 갖는 베어러에 대해, 데이터 포워딩을 구현하도록 디바이스(5)에 의해 결정이 취해지고, 이 결정은 소스 eNB(2)에 전송된다. 스텝(7)에서 핸드오버 명령이 UE(1)에 송신될 때, 그것은 데이터 포워딩이 구현되고 있다는 정보를 포함한다. 이 경우에, 포워드된 데이터는 프레쉬 데이터이다. 데이터 포워딩이 수행된다는 경보(alert)가 타깃 노드(3)에 송신될 수 있지만, 이것은 타깃 eNB(3)가 그것이 데이터 패킷들을 수신하기 시작할 때 이것을 인식하고 있으므로 불필요 할 수 있다. 이 설명된 경우에서, 데이터 포워딩이 구현되지만, 다른 경우들에 대해서는, 데이터 포워딩이 이 베어러를 위해 구현될 수 있다.

UE에 데이터를 포워딩하는지 아닌지의 표시는 HO 중단 시간을 감소시키는데, 왜냐하면, UE는 상부 레이어들에 임의의 버퍼링된 패킷을 즉시 전달할 수 있다. 데이터 포워딩이 각각의 베어러에 대해 네트워크에 의해 지원되는지를 아는 것이 UE에 대해 유용하다. 데이터 포워딩이 특정한 베어러를 위해 사용되지 않으면, PDCP 핸들링을 위한 두개의 가능성들이 존재하는데 - HO 과정에 걸쳐 시퀀스 넘버들을 유지하는 특정한 이유가 존재하지 않는다. 또한, UE는 재순서화를 위해 임의의 미싱 패킷들(missing packets)을 기다리지 않고 보다 높은 레이어들에 임의의 버퍼링된 패킷들을 즉시 전달할 수 있다. 그것은 또한, 공지된 값으로 PDCP SN을 즉시 설정할 수 있다.

일 예에서, VoIP 데이터 베어러에 대해, HARQ 잔여 에러가 충분히 고려되고, RLC-AM에 의해 도입되는 부가적인 지연이 부가적인 엔드-투-엔드 지연(end-to-end delay)을 만들기 때문에, 오퍼레이터는 RLC-UM을 사용하도록 선택할 수 있다. 이 베어러가 데이터 포워딩을 겪지 않으면, 소스 eNB 쪽으로 전송 중인 임의의 패킷들은 손실된다. 이 옵션(option)으로, 오퍼레이터는 이 베어러에 대한 데이터 포워딩을 행하도록 선택하기 위해 유연성(flexibility)을 갖는다. S1 경로 스위치 지연이 길면, 그것은 소스 eNB에서 도달하는 보다 많은 패킷들을 야기할 수 있고, 그것들이 포워드되지 않으므로 손실된다. 제안된 해결책으로, VoIP 흐름들(flows)의 특정한 전개들은 포워딩을 겪을 수 있다.

다른 동기(motivation)는 RLC-AM를 사용하여 TCP 흐름들을 포워딩하지 않는 것이다. 최종 마일이 값비싸거나 느리면, 오퍼레이터는 이 전개를 위한 데이터 포워딩을 사용하지 않도록 선택할 수 있다. 이 해결책은 오퍼레이터로 하여금 데이터 포워딩이 사용되는지의 여부에 대해 베어러마다, 전개 시나리오마다 올바른 선택을 행하도록 허용한다.

본 발명은 다른 특정한 형태들로 실시될 수 있고, 그것의 사상(spirit) 또는 필수적인 특징들로부터 벗어나지 않고 다른 방법들로 구현될 수 있다. 설명된 실시예들 및 방법들은 모든 면들에서 예시적인 적이며 제한적이지 않는 것으로서 고려되어야 한다. 그러므로, 본 발명의 범위는 앞의 설명에 의해서라기보다는 첨부된 청구범위에 의해 나타내진다. 청구범위의 등가물의 범위 및 의미 내에 있는 모든 변경들은 그것의 범위 내에 포함된다.

1: UE 2: 소스 eNB
3: 타깃 eNB 4: MME/SAE 게이트웨이
5: 결정을 행하는 디바이스 6: 정보 저장장치
7: 프로세서

Claims (12)

1. 무선 전기통신 네트워크에서 소스 노드로부터 타깃 노드로 모바일 단말의 핸드오버를 위한 방법에 있어서,
   상기 소스 노드로부터 상기 타깃 노드로 데이터를 포워딩하는지 아닌지에 대해 결정을 행하는 단계를 포함하고,
   각각의 무선 베어러(radio bearer)에 대한 결정이 그것이 어떤 무선 링크 제어(radio link control: RLC)를 지원하는지에 무관하게 행해지는, 핸드오버 방법.
2. 제 1 항에 있어서,
   데이터를 포워딩하는지 아닌지에 대해 상기 결정을 행하는데 있어, 최종 마일(last mile)의 성능(performance)을 사용하는 단계를 포함하는, 핸드오버 방법.
3. 제 1 항 또는 제 2 항에 있어서,
   상기 데이터를 포워딩하는지 아닌지에 대해 상기 결정을 행하는데 있어, 상기 모바일 단말의 이동도 레이트(mobility rate)를 사용하는 단계를 포함하는, 핸드오버 방법.
4. 제 1 항 내지 제 3 항 중 어느 한 항에 있어서,
   데이터 포워딩이 사용되지 않음이 결정될 때, PDCP(Packet Data Convergence Protocol) 시퀀스 넘버들(sequence numbers:SNs)을 리셋하는 단계를 포함하는, 핸드오버 방법.
5. 제 1 항 내지 제 4 항 중 어느 한 항에 있어서,
   베어러가 데이터 포워딩을 겪는지 아닌지에 대해 각각의 베어러에 대한 상기 모바일 단말에 지시(instruction)를 제공하는 단계를 포함하는, 핸드오버 방법.
6. 제 5 항에 있어서,
   상기 지시는 핸드오버 명령 메시지(Handover command message)의 일부로서 포함되는, 핸드오버 방법.
7. 제 1 항 내지 제 6 항 중 어느 한 항에 있어서,
   상기 타깃 노드로 데이터를 포워딩하지 않는다고 결정될 때, 공지된 값으로 상기 PDCP 시퀀스 넘버를 재시작하고, 상기 타깃 노드에 최종으로 사용된 PDCP SN을 전송하지 않는 단계를 포함하는, 핸드오버 방법.
8. 제 1 항 내지 제 7 항 중 어느 한 항에 있어서,
   LTE(Long Term Evolution) 표준들에 따라 구현되는, 핸드오버 방법.
9. 무선 전기통신 네트워크에서 소스 노드로부터 타깃 노드로 모바일 단말의 핸드오버를 위한 방법에 있어서,
   RLC-UM 모드의 무선 베어러에 대해 상기 소스 노드로부터 상기 타깃 노드로 데이터를 포워딩하는 단계를 포함하는, 핸드오버 방법.
10. 무선 전기통신 네트워크에서 소스 노드로부터 타깃 노드로 모바일 단말의 핸드오버를 위한 방법에 있어서,
    RLC-AM 모드의 무선 베어러에 대해 상기 소스 노드로부터 상기 타깃 노드로 데이터를 포워딩하지 않는 단계를 포함하는, 핸드오버 방법.
11. 제 1 항 내지 제 10 항 중 어느 한 항에 청구된 바와 같은 방법을 구현하기 위해 배치된 무선 전기통신 네트워크.
12. 무선 전기통신 네트워크를 위해 결정을 행하는 디바이스에 있어서,
    정보 저장장치; 및 상기 정보 저장장치로부터 정보를 수신하고, 그것을 핸드오버 동안 소스 노드로부터 타깃 노드로 데이터를 포워딩하는지 아닌지를 결정하기 위해 사용하도록 배치된 결정 프로세서를 포함하고,
    각각의 무선 베어러에 대한 결정은 그것이 어느 무선 링크 제어(RLC) 모드를 지원하는지에 무관하게 행해지는, 디바이스.

Images