KR20100007946A

KR20100007946A - 핸드오버 처리

Info

Publication number: KR20100007946A
Application number: KR1020097025022A
Authority: KR
Inventors: 자그딥 싱 알루와리아
Original assignee: 닛본 덴끼 가부시끼가이샤
Priority date: 2007-05-01
Filing date: 2008-04-30
Publication date: 2010-01-22
Also published as: JP2018198451A; JP2014158293A; ES2745741T3; JP5541469B2; US20150189555A1; US20120327901A1; JP2017085669A; TR201909799T4; EP2143295B1; GB2449629A; JP2016036173A; JP2021013202A; US10743220B2; EP2472954B1; JP2010525618A; JP7060057B2; US20180014228A1; CN103200632A; KR20110097949A; EP2472954A1

Abstract

모바일 텔레커뮤니케이션 환경에서, 특히 3GPP 네트워크에 적용되며, 핸드오버 동안 시그널링 오버헤드를 증가시키지는 않지만 사용자 데이터 손실은 최소한으로 하는, 핸드오버를 제공하는 시스템이 제안된다. 수정된 시스템에서, 일련 번호를 가지는 PDCP SDU들이 버퍼링되고 필요할 경우 재전송된다. 핸드오버 시에, 사용자 장치에 의해 수신되지 않은 SDU들이 향후의 UE로의 전송을 위해 타깃 기지국에 전달된다. 핸드오버 프로시저는 패킷 손실을 최소화하면서도 공중파 인터페이스를 통한 패킷 중복 전송을 최소한으로 유지하도록 설계된다.

패킷 전송, 모바일 텔레커뮤니케이션 네트워크, 핸드오버, 3GPP, LTE

Description

핸드오버 처리{HANDOVER HANDLING}

본 발명은 모바일 텔레커뮤니케이션 네트워크(mobile telecommunications networks)에서의 데이터 패킷 관리에 관한 것으로, 보다 상세히는 3GPP 표준에 따른 네트워크 동작 또는 동등물 또는 그의 변형물에 관한 것이지만 이에 배타적인 것은 아니다.

모바일 텔레커뮤니케이션 네트워크에서, 사용자 장비(User Equipment; UE)가 기지국들 간에서 핸드오버해야할 필요가 있다. 3GPP에서, 소스 eNodeB(기지국)로부터 타깃 eNodeB로의 핸드오버(HO)에 대하여 컨트롤 플레인(control plane; C-plane)에 정의된 프로시저(procedure)가 최근 제안되어 왔다. 물론 3G 통신들에 적용가능한 각종 두문자어는 당업자들에게는 친숙하지만 당업자가 아닌 사람들을 위하여 용어집을 첨부한다.

당업자들의 효과적인 이해를 위하여 본 발명은 3G 시스템에 관련하여 상세히 기술될 것이지만, 이 핸드오버의 원리들은 다른 시스템, 예를 들면, 모바일 장치 또는 UE가 요구 시에 시스템의 대응하는 엘리먼트들을 변경하면서 (eNodeB에 대응하는) 몇 가지 다른 장치들 중 하나와 통신하는 데에 사용되는 다른 CDMA 또는 무선 시스템에 적용될 수 있다.

세인트 루이스에서의 RAN2/RAN3/SA2 연합 회의에서, SAE/LTE 아키텍처 원리들이 합의되었는데, 그 결정은 PDCP 계층(layer)을 eNodeB(기지국)로 내리자는 것이었다. 몰타에서의 이어진 RAN2 회의에서 사이퍼링(ciphering)이 PDCP 일련 번호들을 이용하여 PDCP 계층에서 수행될 것임을 결정하였다. 이 결정에 기초하여 핸드오버 동안의 사용자 플레인 처리(user plane handling)는 더 고찰해야할 필요가 있으며 본원 발명은 적절한 핸드오버 프로시저를 제안한다.

일 양태에 따르면, 본 발명은 텔레커뮤니케이션 시스템의 노드에 의해 수행되는 통신 방법을 제공하는데, 이 방법은:

모바일 장치와 같은 다른 통신 노드로 전송될 PDCP SDU(Service Data Unit)들의 시퀀스를 수신하는 단계;

각 PDCP SDU에 일련 번호를 첨부하는 단계;

PDCP 버퍼에 첨부된 일련 번호를 가지는 상기 PDCP SDU들의 사본을 저장하는 단계;

상기 PDCP SDU들을 사이퍼링(ciphering)하는 단계;

분할(segmentation)을 위하여 첨부된 일련 번호들을 가지는 상기 사이퍼링된 PDCP SDU들을 아우터 ARQ 엔티티(Outer ARQ entity)에 전달하는 단계;

첨부된 일련 번호들을 가지는 상기 사이퍼링된 PDCP SDU들을 분할하여(segmenting) 아우터 ARQ 세그먼트들을 생성하는 단계;

각 아우터 ARQ 세그먼트에 각자의 아우터 ARQ 헤더를 생성하고 첨부하여 대응하는 아우터 ARQ PDU(Protocol Data Unit)를 생성하는 단계 - 상기 헤더는 대응하는 PDCP SDU 내의 상기 아우터 ARQ 세그먼트의 위치를 식별하는 데이터를 포함함 - ;

상기 생성된 아우터 ARQ PDU들을 상기 다른 통신 노드로 송신하는 단계;

전송된 아우터 ARQ PDU들에 대한 수신확인들(acknowledgements)을 수신하는 단계; 및

일단 상기 PDCP SDU를 포함하는 상기 아우터 ARQ PDU들에 대한 수신확인들이 수신되면 상기 PDCP 버퍼로부터 각 PDCP SDU를 퍼지(purge)하는 단계를 포함한다.

이 방법은 텔레커뮤니케이션 시스템의 소스 노드에서 수행될 수 있는데, 상기 텔레커뮤니케이션 시스템에서 상기 다른 통신 노드는 모바일 통신 장치이며, 타깃 노드로부터 핸드오버 응답을 수신하고, 이에 응답하여 상기 모바일 통신 장치로의 데이터 패킷들의 전송을 중지하고, 상기 PDCP 버퍼에 저장된 자신들의 첨부된 일련 번호를 가지는 PDCP SDU들을 상기 타깃 노드에 전달하는 단계를 더 포함한다.

바람직하게는, 상기 모바일 통신 장치는 상기 소스 노드의 ARQ 엔티티에, 수신된 마지막 인-시퀀스(in-sequence) PDCP SDU 및 임의의 수신된 아웃-오브-시퀀스(out-of-sequence) PDCT SDU들의 일련 번호를 식별하는 상태 보고를 송신한다. 그 다음 상기 소스 노드는 이 정보를 이용하여 PDCP 버퍼에 저장된 PDCP SDU들 중 어느 것을 타깃 노드에 송신할지를 결정할 수 있다.

일 실시예에서, 다른 통신 노드로부터 수신된 아웃-오브-시퀀스 PDCP SDU들이 버퍼링되고 핸드오버 시에 타깃 노드에 전달된다. 타깃 노드에 전달되기 전에, 업링크 PDCP SDU들은 이들이 다운링크 PDCP SDU들과 구별되도록 표시된다.

다른 양태에 따르면, 본 발명은 소스 노드로부터 타깃 노드로의 모바일 통신 장치의 핸드오버를 용이하게 하는 방법을 제공하는데, 이 방법은 상기 소스 노드에서 수행되고, 상기 타깃 노드로부터 핸드오버 응답을 수신한 것에 응답하여:

상기 소스 노드로부터 상기 모바일 통신 장치로의 다운링크 아우터 ARQ PDU들의 전송을 중지하는 단계;

상기 다운링크 사용자 데이터의 전송을 중지한 이후에 상기 모바일 통신 장치에 핸드오버 명령(command)을 전송하는 단계;

상기 모바일 통신 장치로부터 상태 패킷을 수신하는 단계 - 상기 상태 패킷은 상기 소스 노드로부터 수신된 마지막 인-시퀀스 PDCP SDU 및 상기 소스 노드로부터 수신된 임의의 아웃-오브-시퀀스 PDCP SDU들을 식별함 - ; 및

상기 모바일 통신 장치에 의해 수신된 상기 식별된 PDCP SDU들에 따라서 PDCP SDU들을 상기 타깃 노드에 전달하는 단계를 포함한다.

본 발명은 또한 소스 노드로부터 타깃 노드로의 모바일 통신 장치의 핸드오버를 용이하게 하는 방법을 제공하는데, 이 방법은 상기 타깃 노드에서 수행되고, 상기 소스 노드로 핸드오버 응답을 전송한 것에 응답하여:

상기 소스 노드로부터 전달된 다운링크 PDCP SDU들을 수신하는 단계;

상기 소스 노드로부터 전달된 업링크 아웃-오브-시퀀스 PDCP SDU들을 수신하는 단계;

상기 수신된 다운링크 PDCP SDU들에 대응하는 아우터 ARQ PDU들을 상기 모바일 통신 장치로 전송하는 단계;

상기 모바일 통신 장치로부터 아우터 ARQ PDU들을 수신하고 이들로부터 일련 번호들을 가지는 대응하는 PDCP SDU들을 형성하는 단계; 및

이들의 일련 번호에 기초하여 상기 수신된 PDCP SDU들 및 상기 전달된 PDCP SDU들을 재정렬하고, 이 PDCP SDU들을 순서대로 텔레커뮤니케이션 네트워크에 전달하는 단계를 포함한다.

본 발명은 또한 소스 노드로부터 타깃 노드로의 핸드오버 시에 모바일 통신 장치에 의해 수행되는 방법을 제공하는데, 이 방법은:

상기 소스 노드로부터, 상기 소스 노드에 의해 수신된 마지막 인-시퀀스 업링크 PDCP SDU들 및 상기 소스 노드에 의해 수신된 임의의 아웃-오브-시퀀스 PDCP SDU들을 식별하는 상태 패킷을 수신하는 단계;

상기 소스 노드로부터 핸드오버 명령을 수신하는 단계;

상기 소스 노드로부터 수신된 마지막 인-시퀀스 다운링크 PDCP SDU와 상기 소스 노드로부터 수신된 임의의 아웃-오브-시퀀스 PDCP SDU들을 식별하는 상태 패킷을 상기 소스 노드로 전달하는 단계;

상기 소스 노드로의 데이터 패킷들의 전송을 중지하는 단계;

상기 타깃 노드와의 통신 링크를 구축하는 단계;

상기 소스 노드로부터 수신된 상태 패킷에 기초하여 상기 타깃 노드에 전송/재전송될 PDCP SDU들을 결정하는 단계; 및

상기 결정된 PDCP SDU들을 상기 타깃 노드로 전송/재전송하는 단계를 포함한다.

본 발명은 3G eNodeB들 간의 핸드오버에 관련된 이해를 용이하게 하도록 기술되었지만, 이 원리들은 다른 네트워크들, 예를 들면, 3G 네트워크 및 그 외의 네트워크의 노드들 간의 핸드오버로 확장될 수 있다.

본 발명은, 개시된 모든 방법에 대하여 대응하는 장비 상에서의 실행을 위한 대응하는 컴퓨터 프로그램들 또는 컴퓨터 프로그램 제품들, 장비 자체(사용자 장비, 노드들 또는 그 컴포넌트들) 및 이 장비를 업데이트하기 위한 방법을 제공한다.

도 1은 본 실시예가 적용될 수 있는 유형의 모바일 텔레커뮤니케이션 시스템을 개략적으로 도시하는 도면.

도 2는 도 1에 도시된 시스템의 일부를 형성하는 기지국을 개략적으로 도시하는 도면.

도 3은 도 1에 도시된 시스템의 일부를 형성하는 모바일 통신 장치를 개략적으로 도시하는 도면.

도 4는 모바일 통신 장치와 기지국들 간의 통신을 제어하는 데에 이용되는 통신 소프트웨어의 일부를 형성하는 프로토콜 스택의 일부를 도시하는 도면.

도 5는 핸드오버 프로세스를 도시하는 도면.

도 6은 수신확인 모드(acknowledge mode) 데이터 패킷의 버퍼링을 관리하기 위한 PDCP 및 아우터 ARQ 엔티티들의 동작을 도시하는 도면.

본 발명을 수행하는 최적의 상태

개관

도 1은 모바일 전화(MT)(3-0, 3-1, 및 3-2)의 사용자들이 기지국들(5-1, 5-2) 중 하나와 전화 네트워크(7)를 통해 (도시되지 않은) 다른 사용자들과 통신할 수 있는 모바일(셀룰러) 텔레커뮤니케이션 시스템(1)을 개략적으로 도시한다. 이 실시예에서, 기지국(5)은 OFDMA(orthogonal frequency division multiple access) 기술을 이용하는데, 이 기술로 모바일 전화(3)에 전송될 데이터가 복수의 서브캐리어(sub-carriers)들로 모듈레이팅(modulate)된다. 모바일 전화(3)에 송신될 데이터의 양에 따라서 서로 다른 서브-캐리어들이 각 모바일 전화(3)에 할당된다. 모바일 전화(3)가 소스 기지국(예를 들면, 기지국(5-1))의 셀로부터 타깃 기지국(예를 들면, 기지국(5-2))으로 이동할 때, 소스 및 타깃 기지국(5)에서 및 모바일 전화(3)에서 핸드오버(HO) 프로시저(프로토콜)가 수행되어 핸드오버 프로세스를 제어한다.

핸드오버 프로세스는 다음의 요건을 가지는 소스 기지국과 타깃 기지국(5) 간의 최적화된 하드 핸드오버(hard handover; HHO)를 제공하는 것을 겨냥한 것이다:

1. 높은 TCP 처리 성능(throughput performance)을 수행하기 위한 NRT(non-real time) 서비스들에 대한 비손실 HHO

2. 패킷 손실을 최소화하여 애플리케이션의 양호한 엔드-투-엔드(end to end) 성능을 가지기 위한 실시간(RT) 서비스들에 대한 심리스(seamless) HHO

3. 공중파 인터페이스(air interface)를 통한 중복 패킷 전송의 최소화

4. 사용자 플레인 데이터에 대한 최소한의 간섭(interruption) 시간

5. HO 동안에 NAS(Non Access Stratum) PDU들의 인-시퀀스(in sequence) 전달이 유지되어야 함.

6. 어떠한 중복 및 아웃 오브 시퀀스(out of sequence) 전달도 ROHC(Robust Header Compression) 및 애플리케이션에 보이지 않아야 함.

하드 핸드오버는 핸드오버 동안의 모바일 전화와 기지국들 간의 무선 전송들에 단절(break)이 있는 경우의 핸드오버이며, 핸드오버 프로시저 동안에 소스 기지국과 타깃 기지국 모두를 포함하는 무선 링크를 구축할 경우의 소프트 핸드오버와는 대조적이다. 따라서, 당업자들이 인식하는 바와 같이, 하드 핸드오버를 수행하면서도 패킷 손실 및 패킷 재전송을 최소화하는 것이 더 어렵다.

기지국

도 2는 이 실시예에서 이용되는 기지국들(5) 각각의 주요 컴포넌트를 도시하는 블록도이다. 도시된 바와 같이, 각 기지국(5)은 (상술한 서브캐리어들을 이용하여) 하나 이상의 안테나(23)를 통해 모바일 전화들(3)에 신호를 전송하고 그 모바일 전화들(3)로부터 신호를 수신하도록 동작가능하며 네트워크 인터페이스(25)를 통해 전화 네트워크(7)에 신호를 전송하고 그 전화 네트워크(7)로부터 신호를 수신하도록 동작가능한 트랜시버 회로(21)를 포함한다. 컨트롤러(27)는 메모리(29)에 저장된 소프트웨어에 따라 트랜시버 회로(21)의 동작을 제어한다. 소프트웨어는, 다른 것들 중에서도 특히, 운영 체제(31) 및 다운링크(downlink) 스케줄러(33)를 포함한다. 다운링크 스케줄러(33)는 이 기지국의 모바일 전화들(3)과의 통신에서 트랜시버 회로(21)에 의해 전송될 사용자 데이터 패킷들을 스케줄링하도록 동작가능하다. 소프트웨어는 또한 핸드오버 모듈(35)을 포함하며, 그 동작은 후술될 것이다.

모바일 전화

도 3은 도 1에 도시된 모바일 전화들(3) 각각의 주요 컴포넌트들을 개략적으로 도시한다. 도 3에 도시된 바와 같이, 모바일 전화들(3) 각각은 하나 이상의 안테나(73)를 통해 기지국(5)에 신호를 전송하고 그 기지국(5)으로부터 신호를 수신하도록 동작가능한 트랜시버 회로(71)를 포함한다. 도시된 바와 같이, 모바일 전화(3)는 모바일 전화(3)의 동작을 제어하고 한편으로는 트랜시버 회로(71)에 접속되고 다른 한편으로는 확성기(77), 마이크로폰(79), 디스플레이(81), 및 키패드(83)에 접속되는 컨트롤러(75) 또한 포함한다. 컨트롤러(75)는 메모리(85) 내에 저장된 소프트웨어 명령어에 따라 동작한다. 도시된 바와 같이, 이들 소프트웨어 명령어는, 다른 것들 중에서도 특히, 운영 체제(87)를 포함한다. 이 실시예에서, 메모리는 또한 업링크 데이터 버퍼(89)를 제공한다. 핸드오버 프로세스를 제어하기 위한 소프트웨어는 핸드오버 모듈(91)에 의해 제공되며, 이 핸드오버 모듈(91)의 동작은 이하 기술될 것이다.

상술한 설명에서, 기지국(5)과 모바일 전화(3)는 모두 이해를 쉽게 하기 위하여 모바일 전화(3)가 소스 기지국으로부터 타깃 기지국으로 이동할 때 핸드오버 프로시저를 제어하는 각각의 개별적인 핸드오버 모듈들을 가지는 것으로 기술된다. 그 특징들은, 예를 들어, 기존의 시스템이 본 발명을 구현하도록 수정된 경우와 같은 특정 애플리케이션들에서는 이러한 방식으로 제공될 수 있지만, 예를 들어, 애초부터 본 발명의 특징들을 염두해 두고 설계한 시스템들과 같은 다른 애플리케이션들에서는, 핸드오버 특징들이 전체적인 운영 체제 또는 코드로 구축될 수 있어 핸드오버 모듈이 개별적인 엔티티로서 인식되지 않을 수 있다.

동작

이하의 설명은 UTRAN의 LTE(Long Term Evolution)에 이용되는 명칭을 사용할 것이다. 따라서, 기지국들을 변경하고 있는 모바일 전화(3)는 UE라 칭할 것이며, 소스 기지국(5-1)은 소스 eNodeB(또는 간단히 eNB)라 칭할 것이며 타깃 기지국(5-2)은 타깃 eNodeB라 칭할 것이다. LTE에 사용되는 프로토콜 엔티티들은 LTE 하에서는 아우터 ARQ 엔티티들이라 칭하는 RLC(Radio Link Control) 엔티티들을 제외하고는 UMTS에 사용되는 이름들과 동일한 이름들을 가진다. LTE의 아우터 ARQ 엔티티들은 UMTS의 RLC 엔티티들과 (동일하지는 않지만) 대체로 동일한 기능을 가진다.

도 4는 UE 및 eNodeB들에 이용되는 프로토콜 스택의 일부(하위 3개의 계층)를 도시한다. 제1 계층은 무선 통신 채널을 통하는 데이터의 실제 전송을 담당하는 물리적 계층(L1)이다. 그 위에 있는 계층은 3개의 하위-계층들 - 공중파 인터페이스로의 액세스를 제어하는 것을 담당하는 L2/MAC 계층(Medium Access Control layer); 데이터 패킷들의 연결(concatenation) 및 분할(segmantation), 필요할 경우의 패킷들의 수신확인 및 데이터 패킷들의 재전송을 담당하는 아우터 ARQ(Automatic Repeat request) 계층(L2/OARQ); 및 헤더 압축과 사이퍼링을 담당하는 PDCP(Packet Data Convergence Protocol) 계층(L2/PDCP) - 로 나뉘어지는 제2 계층(L2)이다. 이 제2 계층 위에는 eNodeB와 UE 간의 공중파 인터페이스에 이용되는 무선 자원들을 제어하는 것을 담당하는 RRC(Radio Resource Control) 계층(L3/RRC)이 있다. 도시된 바와 같이, L2 아우터 ARQ 계층은 C-플레인 데이터 및 U-플레인 데이터의 전송을 관리하는 데에 이용되는 복수의 아우터 ARQ 엔티티들(95)을 포함하고, L2/PDCP 계층은 C-플레인 및 U-플레인 데이터를 처리하는 데에 이용되는 PDCP 엔티티(97)를 포함한다.

도 5는 다운링크 데이터 패킷들을 처리할 때 PDCP 엔티티들(97) 및 아우터 ARQ 엔티티들(95)에 의해 수행되는 동작들을 개략적으로 도시한다. 업링크 데이터 패킷들에 대해서도 유사한 프로세스가 수행되지만, 반대 순서로 진행된다. 도시된 바와 같이, PDCP 엔티티(97)에 의해 수신되는 PDCP SDU들(Service Data Units)(101)은 먼저 헤더 압축(102)이 되어 압축된 헤더들을 가지는 대응하는 SDU들(103)을 생성한다. 그 다음 PDCP 엔티티(97)는 SN(sequence number)을 생성하고 각각의 SDU(103)에 첨부하여(104) UE에 대한 SDU들의 시퀀스 내의 SDU의 번호를 식별한다. 따라서 SN들(105)을 포함하는 생성된 SDU들은 그 다음 PDCP 버퍼(107)에 버퍼링된다(106). 그 다음 이들 SDU는 사이퍼링되어(108) 사이퍼링된 PDCP PDU들(109)을 생성하고, 이들은 아우터 ARQ 엔티티(95)에 전달되어, 여기서 아우터 ARQ SDU 세그먼트들(111)을 형성하도록 분할(segment)된다. 그러면 각 아우터 ARQ SDU 세그먼트는 세그먼트 및 대응하는 PDCP PDU(109) 내의 이 세그먼트의 위치를 식별하는 데이터로 태깅된다(tagged). 이 실시예에서, 아우터 ARQ 엔티티(95)는 본래의 PDCP PDU(109) 내의 아우터 ARQ 세그먼트의 위치 및 길이를 나타내는 OFFSET 및 LENGTH와 PDCP SN(sequence number)을 재사용한다.

정상 동작 중에, 다운링크 AM(Acknowledge Mode) 패킷들에서는, 아우터 ARQ 엔티티(95)가 PDCP SDU(105)를 포함하는 모든 아우터 ARQ 세그먼트(111)에 대한 수신확인을 수신하였음을 확인하자마자 PDCP 엔티티(97)는 자신의 버퍼(107)로부터 각 PDCP SDU(105)를 퍼징(purge)할 것이다. 다운링크 UM(Unacknowledged Mode) 패킷들에서는, 아우터 ARQ 엔티티(95)가 PDCP SDU(105)를 포함하는 아우터 ARQ PDU들(111)의 전송을 수신확인하자마자 PDCP 엔티티(97)는 자신의 버퍼(107)로부터 각 PDCP SDU(105)를 삭제한다. 업링크 AM 패킷들에서는, 아우터 ARQ 엔티티(95)는 UE로부터 패킷 세그먼트들을 수신하고 수신을 확인한다. 그 다음 아우터 ARQ 엔티티(95)는 수신된 패킷 세그먼트들을 연결하여 ARQ SDU들을 생성하고 이를 PDCP 엔티티(97)로 전달한다. 그러면 PDCP 엔티티(97)는 수신된 ARQ SDU들을 디사이퍼링(decipher)하고 일련 번호가 아웃 오브 시퀀스가 아니라면, SN을 제거하고 전화 네트워크(7)에서 MME/SAE 게이트웨이로 패킷을 전달하기 전에 헤더 압축을 해제한다. 그러나, 수신된 패킷이 아웃 오브 시퀀스라면, PDCP 엔티티(97)는 이들의 PDCP 일련 번호들에 기초하여 PDCP 엔티티(97)가 SDU들을 재정렬하는 시점인 모든 상실된 패킷(missing packet)들이 수신될 때까지, 자신의 버퍼(107)에 수신된 패킷을 저장하고 있다가, SN을 제거하고, 패킷 헤더들을 압축 해제하고 올바른 시퀀스로 수신된 패킷들을 전화 네트워크(7)에 전달한다. 업링크 UM 패킷들에서는, 아우 터 ARQ 엔티티(95)는 패킷 세그먼트들을 수신하고, 이들을 연결하여 PDCP 엔티티(97)에 송신한다. 그 다음 PDCP 엔티티(97)는 패킷들을 디사이퍼링하고, 이들의 일련 번호들을 제거하고 이들의 헤더 압축을 해제한 다음 이들을 전화 네트워크(7)에 전달한다.

핸드오버 프로토콜의 설명

다음의 설명은 주로 AM(acknowledge mode) RLC(Radio Link Control)에 적합한 것인데, 여기에서 데이터 패킷들의 수신은 수신자에 의해 수신확인 되지만, 아우터 ARQ 엔티티(LTE의 RLC와 동등함)는 모든 면에서 RLC와 일치하는 것은 아니다. VoIP 및 스트리밍 등의 실시간 애플리케이션들에 채용되는 UM(unacknowledged mode) 아우터 ARQ 엔티티들의 상세한 사항(specifics)은 수신확인 모드 엔티티들과 비교해볼 때 다른 처리가 적용되는 모든 경우에도 분명히 드러난다(bring out).

컨텍스트(context)를 전송하고 데이터를 전달하여 비손실 인터 eNodeB 핸드오버(lossless inter eNodeB handover)를 지원하기 위하여, 우리는 소스 eNodeB가 핸드오버 동안 자신과 타깃 eNodeB 간의 데이터 전송 상태를 동기화할 수 있는 것이 바람직하다고 인식하였다. 이로부터 우리는 데이터 흐름이 바람직하게는 사용자 플레인 데이터에 대한 간섭 시간을 최소한으로 하는 것을 고려하여 핸드오버 실행 단계 동안의 적절한 시점에서 중지되어야 한다고 결론지었다. 그러나, 이 원하는 요건을 충족시키는 것은 추가적인 시그널링(signalling)을 통해 데이터 전송을 중단하는 것이 전체 핸드오버 시간을 증가시키는 문제가 있을 것이기 때문에 수월한 것(straightforward)이 아니다. 우리는 (C-플레인에서 단독으로 수행되는) 통 상적인 접근법을, 핸드오버 프로세스의 "실현(realisation)" 일부를 U-플레인 데이터 전송 프로세스에서 구축(buile)하도록 수정함으로써, 핸드오버 실행 시점에서 소스 eNodeB 및 UE에서(하나 또는 둘다, 바람직하게는 둘 다) 데이터 전송을 묵시적으로 중단하는 것이 가능하다고 인식하였다. 다른 바람직한 특징은 타깃 eNodeB에 의해서 또는 UE에 의해서 공중파를 통해 전송되는 중복된 패킷들의 수가 최소화된다는 점이다.

도 6은 다운링크(DL) 및 업링크(UL)에서의 U-플레인 데이터 전송을 중단하도록 제안될 때의 타이밍을 도시하며, 이와 함께 수정된 시퀀스들의 상세한 사항이 기술된다. 다음의 설명은 데이터 흐름을 중단하는 이 접근법이 LTE의 고속 비손실 핸드오버를 수행하는 것을 얼마나 용이하게 하는지를 설명한다.

도 6을 참조해 보면, 인트라-LTE 액세스 이동성 지원(Intra-LTE-Access Mobility Support)에 대한 정보 흐름이 기술된다.

1) 소스 eNodeB 내의 UE 컨텍스트는 접속 구축 시에 또는 마지막 TA 업데이트시에 제공되었던 로밍(roaming) 제한사항(restrictions)에 관련된 정보를 포함한다.

2) 소스 eNodeB 엔티티는 구역 제한 정보(area restriction information)에 따라 UE 측정 프로시저들을 구성한다. 소스 eNodeB 엔티티에 의해 제공된 측정들은 UE의 접속 이동성을 제어하는 기능을 도울 수 있다.

3) 추가적인 RRM 특정 정보에 의해 도움을 받을 수 있는, UE 및 소스 eNodeB로부터 발생한 측정에 기초하여, 소스 eNodeB는 UE를 타깃 eNodeB에 의해 제어되는 셀로 핸드오버하기를 결정한다.

4) 소스 eNodeB는 타깃 eNodeB 엔티티로의 핸드오버 Request를 발행하여 타깃 측에서 핸드오버를 준비하도록 필요한 정보를 전달한다. 타깃 eNodeB는 필요한 자원들을 구성한다.

5) 자원들이 타깃 eNodeB에 의해 허가될 수 있는 경우, 타깃 eNodeB에 의해 승인 컨트롤(Admission Control)이 수행되어 성공적인 핸드오버의 가능성을 높인다.

6) 타깃 eNodeB에서 핸드오버 준비가 완료되고, UE가 타깃 eNodeB를 향하는 무선 경로를 재구성했다는 정보가 소스 eNodeB에 전달된다.

7) 이 스텝은 다음의 서브스텝(sub step)들로 이루어진다.

a. 하위 프로토콜 계층들에 HO 명령(command)을 제출하기 전에, 소스 eNodeB의 RRC(Radio Resource Control) 엔티티(96)는 아우터 ARQ 사용자 플레인(UP) 엔티티들(95)에 다운링크 방향으로 상태 패킷을 송신하고 DL 전송을 중지하라고 명령하여 이들 아우터 ARQ 엔티티들(95)이 하위 프로토콜 계층에 어떠한 아우터 ARQ PDU도 제출하지 않도록 한다. UL 수신은 계속되어야 한다. 수신하는 패킷들이 UM 아우터 ARQ PDU들인 경우, 아우터 ARQ 엔티티는 SDU들을 재조립하고 SDU를 포함하는 모든 PDU가 수신되자마자 이 재조립된 SDU들을 상위 계층들에 전송한다.

b. UE는 소스 eNodeB RRC 엔티티(96)에 의해 HO를 수행할 것을 명령받는다; 타깃측의 무선 자원 정보가 이 명령에 포함된다.

c. HO 명령의 수신 시에 UE 내의 RRC 엔티티(96)는 아우터 ARQ U-플레인 엔 티티들에 업링크 방향으로 상태 패킷을 전송하고 UL 전송을 중지하라고 명령한다. 응답으로, 소스 eNodeB의 PDCP 계층은 자신의 버퍼(107)로부터 대응하는 PDCP SDU를 명확하게(positively) 퍼지한다. 그 다음에, 퍼지한 후에 즉시 UE는 타깃 eNodeB에서 L1/L2 시그널링을 개시할 것이다.

d. 양방향 모두에서 사용자 플레인 데이터 전송이 중단되고 상태 패킷이 업링크 및 다운링크 모두에서 교환되기 때문에, 소스 eNodeB는 소스 eNodeB와 타깃 eNodeB 간의 데이터 전송 상태를 정확하게 동기화할 수 있을 것이며, (소스 eNodeB로부터 타깃 eNodeB로의) SDU 전달은 그 이후 어느 시점부터라도 시작할 수 있다.

8) UE는 타깃 측에서 동기화를 얻는다.

9) 일단 UE가 셀에 성공적으로 액세스한다면, 타깃 eNodeB에 핸드오버가 완료되었다는 표시(indication)를 송신한다.

10 a) handover Complete를 하위 계층에 제출한 후에, UE 내의 RRC 엔티티(96)는 PDCP 엔티티들(97) 및 아우터 ARQ 엔티티들(95)에게 UL U-플레인 트래픽(U-plane traffic)을 재개하라고 명령한다.

10 b) handover Complete의 수신 후에, 타깃 eNodeB의 RRC 엔티티(96)는 PDCP 엔티티들(97) 및 아우터 ARQ U-플레인 엔티티들(95)에 DL 트래픽을 재개하라고 명령한다. 타깃 eNodeB는 소스 eNodeB로부터 수신된, 전달된 DL 패킷들의 전송을 시작한다.

11) MME/UPE는 UE가 셀을 변경하였음을 통지받는다. UPE는 타깃 eNodeB로의 데이터 경로를 스위치하고 소스 eNodeB를 향하는 임의의 U-플레인/TNL 자원들을 릴 리즈(release)할 수 있다.

12) MME/UPE는 handover Complete ACK 메시지로 타깃 eNodeB로의 handover Complete 메시지를 확인한다.

13) 타깃 eNodeB는 소스측에서의 자원들의 릴리즈를 트리거(trigger)한다. 타깃 eNodeB는 메시지(9)의 수신 직후에 그 메시지를 송신할 수 있다.

14) Release Resource 메시지의 수신 이후, 소스 eNodeB는 UE 컨텍스트에 관련된 무선 및 C-플레인 자원들을 릴리즈한다. 소스 eNodeB는 구현 의존적인 메카니즘이 데이터 전달은 중지될 수 있으며 U-플레인/TNL 자원들이 릴리즈될 수 있다고 판정할 때까지 데이터 전달을 수행하는 것을 계속한다.

15) 새로운 셀이 새로운 Tracking Area의 맴버라면, UE는 MME/UPE에 등록된 다음 MME/UPE에서는 타깃 eNodeB 상의 구역 제한 정보를 업데이트해야할 필요가 있다.

아우터 ARQ 엔티티들의 단방향 중지

데이터 전송이 핸드오버 실행 시점에서 UE 및 소스 eNodeB에서 중지되고 있기 때문에, (통상적인 REL 6 RLC 엔티티에서와 같이) 양방향에서의 사용자 플레인 데이터 전송을 보류하고 있는(suspending) 것은 진행중인(in flight) 데이터 패킷들이 중단된 RLC 엔티티에 의해 폐기(discard)될 것이기 때문에 데이터 손실을 야기할 것임을 강조할 필요가 있다. 따라서 HHO들이 있을 경우의 LTE 시스템에서는, 아우터 ARQ 엔티티(RLC)가 전송을 중지해야 하지만 계속하여 패킷들을 수신하여 어떠한 데이터 손실도 없도록 해야 한다.

패킷 전달

이 실시예에서, (타깃 eNodeB에 의해 이용되는) 핸드오버 동안에 PDCP 일련 번호들이 보유되고 소스 eNodeB는 선택적으로 UE에 의해 수신확인되지 않은 (버퍼(107)로부터의) 모든 다운링크 PDCP SDU(105)(SN을 포함함)를 타깃 eNodeB로 전달하고, 아직 전송되지 않은 임의의 남아있는 다운링크 아우터 ARQ PDU 세그먼트들을 폐기한다. 핸드오버 동안에, 소스 eNodeB는 또한 인-시퀀스로 성공적으로 수신된 업링크 PDCP SDU들(105)을 전화 네트워크(7)(SAE Gateway)에 전달하고, 버퍼(107)로부터의 아웃-오브-시퀀스로 수신된 업링크 PDCP SDU들(105)을 타깃 eNodeB로 전달하고 임의의 남아있는 업링크 아우터 ARQ PDU들을 폐기한다. 아웃-오브-시퀀스로 수신된 업링크 PDCP SDU들은 이들이 타깃 eNodeB PDCP 엔티티(97)에 전달되기 전에 PDCP 엔티티(97)에 의해 업링크 패킷으로서 표시되어 타깃 eNodeB가 패킷이 아웃-오브-시퀀스 업링크 패킷이며 UE로 전송될 다운링크 패킷이 아님을 확인할 수 있도록 할 필요가 있다. 그 다음 타깃 eNodeB PDCP는 일단 상실된 업링크 패킷이 UE로부터 수신되었다면 이들 아웃-오브-시퀀스 업링크 패킷을 전화 네트워크(7)로 전달한다.

아우터 ARQ 엔티티들을 중지하기 전에 STATUS PDU 전송

컨텍스트를 전송하고 그 데이터를 전달하여 비손실 인터 eNodeB HO를 지원하기 위하여, 소스 eNodeB는 HO 동안에 자신과 UE 간의 데이터 전송 상태를 타깃 eNodeB와 동기화한다. 이는 사용자 플레인 데이터에 대한 간섭 시간을 최소한으로 하는 것을 고려하여, HO 실행 단계 동안의 적절한 시점에서 데이터 흐름을 중지함 으로써 용이해질 수 있다. 일 실시예에서 소스 eNodeB 및 UE 내의 아우터 ARQ 엔티티는 적절한 방향으로의 데이터 흐름을 중단하기 전에 서로에게 (그 장치가 무엇을 성공적으로 수신하였는지를 나타내는) 상태 보고를 송신한다. 이 상태 메시지는 장치가 무엇을 수신하였는지만을 나타내는 간단한 보고일 수 있다. 이는 소스 eNodeB 및 UE가 HO 실행 동안 전송을 중지하게 전에 정확한 데이터 전송 상태(즉 상대방이 무엇을 수신하였는지, 따라서 여전히 무엇을 송신하여야 하는지)를 알게해준다. 따라서, HO 이후에는 공중파 인터페이스를 통해 어떠한 중복되는 패킷도 전송할 필요가 없이 데이터 전송이 재개될 수 있다.

바람직한 실시예에서, 핸드오버의 시점에서 교환되는 아우터 ARQ 상태 보고들은 아우터 ARQ PDU들(111)이 (각 아우터 ARQ PDU(111)를 식별하는 데에 필요한 OFFSET 및 LENGTH 데이터 및 PDCP SN을 포함하도록) 사이즈가 더 커져야 하고 핸드오버를 지연시킬 수 있기 때문에 아우터 ARQ PDU들(111)에 기초하는 상태 보고라기 보다는 PDCP SN들을 이용하는 아우터 ARQ SDU들(109)에 기초한다. PDCP SN에 기초한 상태 보고들을 이용하면, Status PDU의 사이즈는 10 바이트 정도로 줄어들 수 있어, 핸드오버 시의 빠른 전송을 용이하게 한다. 정상 동작 중에, 아우터 ARQ 엔티티들은 더 작은 사이즈의 ARQ PDU들에 기초하여 상태 PDU들을 교환할 수 있다. 핸드오버 동안 사용되는 상태 PDU들과는 다르게, 이들 상태 PDU들은 더 작은 ARQ PDU들을 식별하는 데에 필요한 OFFSET 및 LENGTH 데이터를 포함할 것이다.

이점

데이터 흐름을 중단하기 위해 앞서 나타낸 정확한 타이밍은 우리가 체계화한 이하의 별도의 요구사항(desiderata)을 충족시키는 것을 돕는다.

Ⅰ. 실시간 서비스와 실시간이 아닌 서비스들 모두를 위한 통합된 비손실 핸드오버 메카니즘

Ⅱ. 사용자 플레인 데이터에 대한 최소한의 간섭 시간

Ⅲ. eNodeB 및 UE에 의한 중복 패킷들의 전송을 최소화

요구사항 Ⅰ.은 DL 데이터 패킷들을 버퍼링하고 소스 eNodeB로부터 타깃 eNodeB로 전달할 수 있는 PDCP 엔티티들(97)을 가짐으로써 충족된다. UE에서 PDCP 엔티티들(97)은 UL 전송이 중지된 후에 UE가 타깃 eNodeB로 스위칭될 때까지 애플리케이션에 의해 생성된 데이터 패킷들을 버퍼링할 수 있다- 이는 UE가 버퍼링을 제공할 것을 요하는데, 종래의 UE에서 제시된 것은 아니지만, 구현에 심각하게 문제되는 것은 아닐 것이다. 데이터 흐름을 묵시적으로 중지시킴으로써, 소스 eNodeB는 소스 eNodeB와 타깃 eNodeB 간의 데이터 전송 상태를 동기화할 수 있다. 이는 소스 eNodeB가 전송 및 재전송 버퍼 내의 데이터에 기초하여 타깃 eNodeB에 전송될 필요가 있는 PDCP SDU들이 어느것인지 정확하게 알 수 있기 때문이다.

요구사항 Ⅱ.에 관련해서는 UL 방향 뿐만 아니라 DL 방향으로의 데이터 흐름을 중단하기 위하여 관여되는 어떠한 명시적인 (추가적인) 시그널링도 존재하지 않기 때문에, 사용자 플레인 데이터에 대한 간섭 시간을 늘리지는 않을 것이다.

또한, DL 데이터가 중단되는 순간은 최소한의 간섭 시간을 가지도록 하기 위한 우리의 고려 사항들에 따라서 최적으로 되도록 선택된다. 소스 eNodeB가 DL 데이터를 스케줄링하기를 계속한다면, UE는 핸드오버 명령을 수신한 직후에, 타깃 셀 과 동기화하기를 시도할 것이기 때문에, 이들 데이터 패킷을 성공적으로 수신하거나 수신확인할 수 없을 것이다. 결국에 이들 패킷은 타깃 eNodeB에 전달되어야 할 것이며 타깃 eNodeB를 통해 다시 전송될 필요가 있어 공중파 인터페이스 대역폭의 비효율적인 사용이 야기될 것이다. 통상적인 생각에 따르면 VoIP와 같은 실시간 서비스들에서는, 데이터를 중지하는 것이 서비스에 불리할 것이라는 점이 논란의 여지가 있지만, 우리는 소스 eNodeB가 DL 패킷들을 전송하기를 계속한다면 UE가 타깃 셀과의 동기화를 시도할 때 그 패킷들을 수신할 수 없을 경우에 이 패킷들을 복원할 수 있는 메커니즘이 존재하지 않아, 이는 실제로 최소한의 문제가 될 수 있다고 인식한다. 그러나 우리는 데이터 흐름이 중지되고 패킷 전달 메카니즘이 채택되는 경우, DL에서의 패킷 손실은 없어지지만, UE로의 지연된 데이터 패킷 전달이 발생하여, 최악의 경우 단 하나의 패킷을 폐기시킬 수 있을 가능성이 있음을 인식하였다. 그러나 이는 플레이-아웃(play-out) 버퍼를 통해 보완될 수 있다.

마찬가지로 UE가 타깃 셀의 동기화를 획득하기 시도할 때 UL에서의 전송을 계속한다면, 소스 eNodeB로부터 수신확인을 수신할 수 없을 것이고 UE는 이들 AM 패킷들을 UL 방향으로 타깃 eNodeB에 다시 전송해야 되어서 공중파 인터페이스 대역의 비효율적인 사용을 야기한다. 실시간(RT) 서비스들에서는, 타깃 eNodeB의 동기화를 얻고자 시도할 때 UE에 의해 UL 방향으로 전송된 패킷들은 UL에서의 나쁜 무선 상태에 의해 상실될 수 있고 데이터 흐름이 중지되지 않는다면 복원되지 않을 수 있다. 따라서 UL에서의 실시간 서비스에서도 핸드오버 실행 동안에 UL 데이터 흐름을 중단함으로써 어떠한 패킷도 손실되는 것을 방지하면서도 플레이 아웃 버퍼 에 의한 수신 종료시에(at the receiving end) 지연이 보상될 수 있다는 점이 이점이 될 수 있다.

또한 handover Command가 소스 eNodeB에 의해 송신된 이후에 데이터의 전송이 UL 및 DL 양방향에서 계속된다면, 소스 eNodeB에서의 전송 및 재전송 버퍼들 내의 패킷들의 동적인 천성 때문에 소스 eNodeB와 타깃 eNodeB 간의 데이터 전송 상태를 동기화하는 것이 복잡할 것이고 NRT(non-real time) Service들에 대한 비손실 핸드오버를 보장하기 위하여 중복된 패킷들이 타깃 eNodeB에 의해 DL로 및 UE에 의해 UL로 다시 전송되게 되어 공중파 인터페이스 대역폭의 비효율적인 사용을 야기할 것이다. 그러나, UM 모드를 이용하는 VoIP 등과 같은 실시간 서비스에서는, 소스 eNodeB에 의해 전송되었는데 타깃 eNodeB에서는 올바르게 수신되지 않은 데이터 패킷들이 상실될 것이며 복원될 수 없다. 따라서 RT 및 NRT 서비스 모두에서 통합된 방식으로 데이터 흐름을 중지하는 것은 NRT 베어러(bearer)들에 대한 공중파 인터페이스 상의 보다 바람직한 자원 이용을 도울 것이며 RT 서비스들에서의 데이터 손실을 피할 것이다.

데이터 흐름을 중지하기 위한 정의된(definitive) 시점을 가지는 것에 대한 다른 이점은 X2 인터페이스를 통하여 소스 eNodeB로부터 전달된 DL 데이터 패킷들이 먼저 UE에 전송된 후 전화 네트워크(7)(S1 인터페이스를 통하는 MME/SAE 게이트웨이)로부터 데이터가 수신되는 경우 타깃 eNodeB에서 데이터 패킷들의 간단하고 묵시적인 재정렬이 수행될 수 있다는 점이다.

상기 설명으로부터 RT 및 NRT 서비스 모두에서는 핸드오버 실행 동안 UL 및 DL 데이터 전송을 중지하여 비손실 인터 eNodeB 핸드오버를 지원하면서도, 간섭 시간 및 중복 패킷의 전송을 최소한으로 하는 것을 겨냥한다는 점이 바람직해 보인다.

3GPP 용어들의 용어집

LTE - (UTRAN의) Long Term Evolution

eNodeB - E-UTRAN 노드 B

AGW - Access Gateway

UE - User Equipment - 모바일 통신 장치

DL - downlink - 기지국으로부터 모바일로의 링크

UL - uplink - 모바일로부터 기지국으로의 링크

AM - Acknowledge Mode

UM - Unacknowledged Mode

MME - Mobility Management Entity

UPE- User Plane Entity

HO - Handover

RLC - Radio Link Control

RRC - Radio Resource Control

RRM - Radio Resource Management

SDU - Service Data Unit

PDU - Protocol Data Unit

NAS - Non Access Stratum

ROHC - Robust Header Compresion

TA - Tracking Area

U-plane - User Plane

TNL - Transport Network Layer

S1 인터페이스 - 액세스 게이트웨이와 eNodeB 간의 인터페이스

X2 인터페이스 - 2개의 eNodeB 간의 인터페이스

MMEs / SAE 게이트웨이 - MME 및 UPE 엔티티들 모두를 가지는 액세스 게이트웨이의 새로운 이름

다음은 본 발명이 현재 제안된 3GPP LTE 표준에서 구현될 수 있는 방식의 상세한 설명이다. 다양한 특징들이 필수적이거나 필요한 것으로 설명되었지만, 이는, 예를 들어, 해당 표준에 의해 부과되는 다른 요건들 때문에 권장되는 3GPP LTE 표준의 경우에만 해당할 수 있다. 따라서, 이들 설명들은 어떠한 방식으로도 본 발명을 제한하는 것으로서 해석되어서는 안된다.

본 발명은 그 전체가 본원에 참조로서 포함되는 개시물인, 2007년 5월 1일에 출원된 영국 특허 출원 제0708455.1호에 기초하며 이것의 우선권을 주장한다.

참조문헌

[1] R2-062754, "PDCP/RLC/MAC PDU structure", Nokia

[2] R2-062800, "Sequence Numbering & Reuse of PDCP SN", InterDigital

[3] R2-063389, Inter-eNB Handover (UP), NTT DoCoMo

Claims

텔레커뮤니케이션 시스템(telecommunication system)의 노드에 의해 수행되는 통신 방법으로서,

다른 통신 노드로 전송될 PDCP SDU(Service Data Units)들의 시퀀스를 수신하는 단계;

각 PDCP SDU에 일련 번호를 첨부하는 단계;

PDCP 버퍼에 첨부된 일련 번호를 가지는 상기 PDCP SDU들의 사본을 저장하는 단계;

상기 PDCP SDU들을 사이퍼링(ciphering)하는 단계;

분할(segmentation)을 위하여 첨부된 일련 번호들을 가지는 상기 사이퍼링된 PDCP SDU들을 아우터 ARQ 엔티티(Outer ARQ entity)에 전달하는 단계;

첨부된 일련 번호들을 가지는 상기 사이퍼링된 PDCP SDU들을 분할하여(segmenting) 아우터 ARQ 세그먼트들을 생성하는 단계;

각 아우터 ARQ 세그먼트에 각자의 아우터 ARQ 헤더를 생성하고 첨부하여, 대응하는 아우터 ARQ PDU(Protocol Data Unit)를 생성하는 단계 - 상기 헤더는 대응하는 PDCP SDU 내의 상기 아우터 ARQ 세그먼트의 위치를 식별하는 데이터를 포함함 - ;

상기 생성된 아우터 ARQ PDU들을 상기 다른 통신 노드로 송신하는 단계;

전송된 아우터 ARQ PDU들에 대한 수신확인들(acknowledgements)을 수신하는 단계; 및

일단 상기 PDCP SDU를 포함하는 상기 아우터 ARQ PDU들에 대한 수신확인들이 수신되면 상기 PDCP 버퍼로부터 각 PDCP SDU를 퍼지(purge)하는 단계

를 포함하는 통신 방법.
제1항에 있어서,

상기 방법은 상기 텔레커뮤니케이션 시스템의 소스 노드에서 수행되며,

상기 텔레커뮤니케이션 시스템에서 상기 다른 통신 노드는 모바일 통신 장치이며,

타깃 노드로부터 핸드오버 응답을 수신하고, 이에 응답하여 상기 모바일 통신 장치로의 데이터 패킷들의 전송을 중지하고, 상기 PDCP 버퍼에 저장된 자신들의 첨부된 일련 번호를 가지는 PDCP SDU들을 상기 타깃 노드에 전달하는 단계를 더 포함하는 통신 방법.
제2항에 있어서,

상기 소스 노드로부터 상기 모바일 통신 장치로의 상기 데이터 패킷들의 전송을 중지한 후에 상기 소스 노드에서는 상기 모바일 통신 장치로부터 데이터 패킷들을 수신하는 것을 계속하는 단계를 더 포함하는 통신 방법.
제3항에 있어서,

상기 소스 노드에서 상기 모바일 통신 장치로부터 수신된 이들 데이터 패킷이 임의의 전송된 아우터 ARQ PDU들에 대한 수신확인을 포함하는지를 검사하고, 적절한 경우, 상기 PDCP 버퍼로부터 PDCP SDU를, 상기 타깃 노드에 전달되기 전에, 제거하는 단계를 더 포함하는 통신 방법.
제2항 내지 제4항 중 어느 한 항에 있어서,

상기 소스 노드로부터 수신된 상기 PDCP SDU들에 대응하는 아우터 ARQ PDU들을, 상기 타깃 노드로부터 상기 모바일 통신 장치로, 송신하는 단계를 더 포함하는 통신 방법.
제5항에 있어서,

상기 소스 노드로부터 상기 타깃 노드로의 핸드오버의 완료 이후에 상기 전달된 PDCP SDU들에 대응하는 아우터 ARQ PDU들을 모바일 노드로 송신하는 단계를 포함하는 통신 방법.
제2항 내지 제6항 중 어느 한 항에 있어서,

상기 소스 노드 내의 RRC(Radio Resource Control) 엔티티는 상기 타깃 노드로부터 핸드오버 응답을 수신하고, 상기 아우터 ARQ 엔티티에 다운링크(downlink) 사용자 데이터 전송을 중지하라고 지시하는 통신 방법.
제7항에 있어서,

상기 RRC 엔티티는 다운링크 사용자 데이터 전송을 중지하라고 지시하기 전에, 상기 ARQ 엔티티에게, 상기 모바일 텔레커뮤니케이션 장치의 ARQ 엔티티로 상태 보고를 송신하라고 지시하는 통신 방법.
제7항 또는 제8항에 있어서,

상기 RRC 엔티티는 다운링크 사용자 데이터 전송을 중지한 이후에, PDCP엔티티에게, 상기 PDCP 버퍼로부터 상기 타깃 노드에 다운링크 PDCP SDU들을 전달하라고 지시하는 통신 방법.
제7항 내지 제9항 중 어느 한 항에 있어서,

상기 모바일 통신 장치 내의 RRC(Radio Resource Control) 엔티티는 상기 소스 노드로부터 핸드오버 명령(command)을 수신하고, 이에 응답하여 상기 모바일 통신 장치 내의 아우터 ARQ 엔티티에게 업링크(uplink) 사용자 데이터 전송을 중지하라고 지시하는 통신 방법.
제10항에 있어서,

상기 모바일 통신 장치의 상기 RRC 엔티티는 업링크 사용자 데이터 전송을 중지하라고 명령하기 전에, 상기 모바일 통신 장치의 상기 ARQ 엔티티에게, 상기 소스 노드의 ARQ 엔티티로 상태 보고를 송신하라고 지시하는 통신 방법.
제8항 또는 제11항에 있어서,

상기 상태 보고는 수신된 마지막 인-시퀀스(in-sequence) PDCP SDU 및 임의의 수신된 아웃-오브-시퀀스(out-of-sequence) PDCP SDU들의 일련 번호를 식별하는 통신 방법.
제1항 내지 제12항 중 어느 한 항에 있어서,

상기 다른 통신 노드로부터 업링크 아우터 ARQ PDU들을 수신하는 단계,

각각의 수신된 아우터 ARQ PDU로부터 아우터 ARQ 헤더를 제거하고, 수신된 ARQ PDU들을 연결(concatenate)하여 일련 번호를 포함하는 PDCP SDU들을 형성하는 단계를 포함하는 통신 방법.
제13항에 있어서,

상기 다른 통신 노드로부터 수신된 아웃-오브-시퀀스 PDCP SDU들을 버퍼링하는 단계를 포함하는 통신 방법.
제14항에 있어서,

상기 방법은 텔레커뮤니케이션 시스템의 소스 노드에서 수행되며,

상기 텔레커뮤니케이션 시스템에서 상기 다른 노드는 모바일 통신 장치이며,

타깃 노드로부터 핸드오버 응답을 수신하고, 이에 응답하여 상기 PDCP 버퍼 에 저장된 아웃-오브-시퀀스 업링크 PDCP SDU들을 업링크 데이터로서 표시하고 상기 표시된 아웃-오브-시퀀스 업링크 PDCP SDU들을 상기 타깃 노드에 전달하는 단계를 더 포함하는 통신 방법.
제15항에 있어서,

상기 타깃 노드는 업링크 PDCP SDU들과 다운링크 PDCP SDU들 사이를 구별하고, 다운링크 PDCP SDU들을 상기 모바일 통신 장치에 전송하고, 일단 상기 모바일 통신 장치로부터 상실된 PDCP SDU들을 수신한다면 상기 업링크 PDCP SDU들을 상기 텔레커뮤니케이션 네트워크에 전달하는 통신 방법.
소스 노드로부터 타깃 노드로의 모바일 통신 장치의 핸드오버를 용이하게 하는 방법으로서,

상기 방법은 상기 소스 노드에서 수행되고,

상기 타깃 노드로부터 핸드오버 응답을 수신한 것에 응답하여:

상기 소스 노드로부터 상기 모바일 통신 장치로의 다운링크 아우터 ARQ PDU들의 전송을 중지하는 단계;

상기 다운링크 사용자 데이터의 전송을 중지한 이후에 상기 모바일 통신 장치에 핸드오버 명령을 전송하는 단계;

상기 모바일 통신 장치로부터 상태 패킷을 수신하는 단계 - 상기 상태 패킷은 상기 소스 노드로부터 수신된 마지막 인-시퀀스 PDCP SDU와, 상기 소스 노드로 부터 수신된 임의의 아웃-오브-시퀀스 PDCP SDU들을 식별함 - ; 및

상기 모바일 통신 장치에 의해 수신된, 식별된 PDCP SDU들에 따라서 PDCP SDU들을 상기 타깃 노드에 전달하는 단계

를 포함하는 핸드 오버를 용이하게 하는 방법.
소스 노드로부터 타깃 노드로의 모바일 통신 장치의 핸드오버를 용이하게 하는 방법으로서,

상기 방법은 상기 타깃 노드에서 수행되고,

상기 소스 노드로 핸드오버 응답을 전송한 것에 응답하여:

상기 소스 노드로부터 전달된 다운링크 PDCP SDU들을 수신하는 단계;

상기 소스 노드로부터 전달된 업링크 아웃-오브-시퀀스 PDCP SDU들을 수신하는 단계;

상기 수신된 다운링크 PDCP SDU들에 대응하는 아우터 ARQ PDU들을 상기 모바일 통신 장치로 전송하는 단계;

상기 모바일 통신 장치로부터 아우터 ARQ PDU들을 수신하고, 이들로부터 일련 번호들을 가지는 대응하는 PDCP SDU들을 형성하는 단계; 및

이 PDCP SDU들의 일련 번호에 기초하여 수신된 PDCP SDU들과 전달된 PDCP SDU들을 재정렬하고 이 PDCP SDU들을 차례로(in sequence) 텔레커뮤니케이션 네트워크에 전달하는 단계

를 포함하는, 핸드 오버를 용이하게 하는 방법.
소스 노드로부터 타깃 노드로의 핸드오버 시에 모바일 통신 장치에 의해 수행되는 방법으로서,

상기 소스 노드로부터 상기 소스 노드에 의해 수신된 마지막 인-시퀀스 업링크 PDCP SDU들과, 상기 소스 노드에 의해 수신된 임의의 아웃-오브-시퀀스 PDCP SDU들을 식별하는 상태 패킷을 수신하는 단계;

상기 소스 노드로부터 핸드오버 명령을 수신하는 단계;

상기 소스 노드로부터 수신된 마지막 인-시퀀스 다운링크 PDCP SDU와 상기 소스 노드로부터 수신된 임의의 아웃-오브-시퀀스 PDCP SDU들을 식별하는 상태 패킷을 상기 소스 노드로 전달하는 단계;

상기 소스 노드로의 데이터 패킷들의 전송을 중지하는 단계;

상기 타깃 노드와의 통신 링크를 구축하는 단계;

상기 소스 노드로부터 수신된 상태 패킷에 기초하여 상기 타깃 노드에 전송/재전송될 PDCP SDU들을 결정하는 단계; 및

상기 결정된 PDCP SDU들을 상기 타깃 노드로 전송/재전송하는 단계

를 포함하는 방법.
제1항 내지 제19항 중 어느 한 항의 방법을 수행하도록 적응된 통신 노드.
컴퓨터 장치로 하여금 제1항 내지 제19항 중 어느 한 항의 방법을 수행하게 하기 위한 컴퓨터 구현가능 명령어를 포함하는 컴퓨터 구현가능 명령어 제품.
통신 노드로서,

다른 통신 노드로 전송될 PDCP SDU들의 시퀀스를 수신하기 위한 수단;

각 PDCP SDU에 일련 번호를 첨부하기 위한 수단;

PDCP 버퍼에 첨부된 일련 번호를 가지는 상기 PDCP SDU들의 사본을 저장하기 위한 수단;

상기 PDCP SDU들을 사이퍼링하기 위한 수단;

분할을 위하여 첨부된 일련 번호들을 가지는 상기 사이퍼링된 PDCP SDU들을 아우터 ARQ 엔티티에 전달하기 위한 수단;

첨부된 일련 번호들을 가지는 상기 사이퍼링된 PDCP SDU들을 분할하여 아우터 ARQ 세그먼트들을 생성하기 위한 수단;

각 아우터 ARQ 세그먼트에 각자의 아우터 ARQ 헤더를 생성하고 첨부하여 대응하는 아우터 ARQ PDU를 생성하기 위한 수단 - 상기 헤더는 대응하는 PDCP SDU 내의 상기 아우터 ARQ 세그먼트의 위치를 식별하는 데이터를 포함함 - ;

상기 생성된 아우터 ARQ PDU들을 상기 다른 통신 노드로 송신하기 위한 수단;

적응된 아우터 ARQ PDU들에 대한 수신확인들을 수신하기 위한 수단; 및

일단 상기 PDCP SDU를 포함하는 상기 아우터 ARQ PDU들에 대한 수신확인들이 수신되면 상기 PDCP 버퍼로부터 각 PDCP SDU를 퍼지하기 위한 수단

을 포함하는 통신 노드.