KR101521886B1

KR101521886B1 - 이동통신 시스템에서 지티피 처리를 위한 장치 및 방법

Info

Publication number: KR101521886B1
Application number: KR1020090006103A
Authority: KR
Inventors: 김오현
Original assignee: 삼성전자주식회사
Priority date: 2009-01-23
Filing date: 2009-01-23
Publication date: 2015-05-28
Also published as: US20100189076A1; KR20100086722A; US9380510B2

Abstract

본 발명은 기지국에서 핸드오버를 위한 GTP(GPRS Tunneling Protocol) 처리에 관한 것으로 이동통신 시스템에서의 소스 기지국에서 핸드오버시 데이터 포워딩 방법에 있어서 다른 네트워크 장치로부터 마지막 데이터임을 알리는 메시지를 수신하는 경우 단말로 전송해야 하는 나머지 데이터를 타겟 기지국으로 포워딩하는 과정과 상기 포워딩이 완료되면, 상기 마지막 데이터임을 알리는 메시지를 상기 타겟 기지국으로 전송하는 과정을 포함하는 것으로 핸드오버시 전송되어져야 할 데이터가 모두 전송되었음을 알려주는 추가적인 인디케이션을 사용하여 패킷 손실 및 시간 지연 없이 사용자 데이터를 효율적으로 전송할 수 있다.

LTE, 기지국, GTP, 핸드오버

Description

이동통신 시스템에서 지티피 처리를 위한 장치 및 방법{APPARATUS AND METHOD FOR PROCESSING GTP IN MOBILE COMMUNICATION SYSTEM}

본 발명은 3GPP(The 3rd Generation Partnership Project)의 차세대 이동통신 시스템인 LTE(Long Term Evolution) 시스템에서 무선 이동 단말(이하 단말이라고 칭한다)이 핸드 오버시, 사용자 플레인(User Plane)에서의 패킷 데이터에서, 손실 없고 순차적인 전송을 위한 GTP(GPRS Tunneling Protocol) 처리 방법 및 장치에 관한 것이다.

3GPP에서의 LTE 시스템은, 기존 UMTS(Universal Mobile Telecommunications System)시스템과는 달리 RNC(Radio Network Controller)가 없고, 단말, eNB(evolved Node B, 이하 기지국이라 칭한다), EPC(evloved Packet Core)로 구성되어 망 구조가 간단한 특징이 있다.

망 구조가 간단해 짐에 따라, 기존 3GPP의 RNC와 코어 네트워크 장치(MSC:Mobile Switching Center) 사이에서의 사용자 플레인의 송수신을 위해 사용 되는 GTP(GPRS Tunneling Protocol)가 기지국으로 내려오고, 기지국과 EPC가 GTP를 이용하여 인터페이스된다.

LTE 시스템은 음성 및 데이터의 송수신을 분리하여 처리하지 않고 음성 또한 IP 기반의 VoIP(Voice Over IP)를 이용하여 전송하는 패킷 데이터 서비스를 제공한다.

도 1은 LTE 시스템의 구조를 도시한 도면이다.

상기 도 1을 참조하면, LTE 시스템에서 단말(110, 120)은 EPC(Evolved Packt Core)(160)의 MME(Mobility Management Entity)로부터 고유 IP를 할당받아 서비스를 제공받으며, 하나의 단말(110, 160)은 VoIP, VOD, FTP, Web 브라우징 서비스를 사용자로 제공한다.

이때, 단말(110, 120)과 기지국(130, 140) 사이에는 각각의 서비스별로 RB(Radio Bearer)가 할당되고, 기지국(130, 140)과 EPC(160) 사이에는 GTP를 위한 GTP Tunnel ID가 각각 할당되어 진다. 상기 EPC(160)는 다른 노드(150, 170, 180, 190)를 통해 단말(110, 120)을 관리할 수 있고, PDN(Packet Data Network)(195)를 통해 다른 네트워크랑 연결될 수 있다.

LTE 시스템에서 단말은 최초 파워 온(On)시 억세스 망과의 어태치(Attach)절차를 통하여 기본(Default) 베어러를 설정하고, 단말에서 각각의 서비스를 트리거( Trigger)할 때마다 각각의 전용(Dedicated) 베어러를 설정한다.

단말과 기지국 사이에서, RRC(Radio Resource Control) 연결 절차를 통하여 DRB(Dedicated Radio Bearer)가 할당되고, 기지국과 MME 사이에서 컨텍스트 설정(Context Setup)를 통하여 TEID을 할당하여 S1-U 베어러를 설정한다.

이후, 단말과 EPC 사이에서는 사용자 트래픽 경로인 SAE 베어러가 설정되어 단말과 EPC사이에서의 사용자 데이터가 송수신된다. 상향 링크 데이터의 경우, 기지국은 PHY, MAC, RLC(Radio Link Control) 계층을 통하여 수신한 사용자 데이터를 PDCP(Pakcet Data Control Protocol)에서 복호화(Deciphering) 및 압축 해제(Decompress)하여 상위 계층인 GTP로 전달한다.

GTP는 수신한 PDU(Packet Data Unit)를 호 설정시 할당한 TEID를 포함하는 GTP-U 헤더를 인코딩하여 EPC로 전송한다. 이때 TEID 는 호 설정시 생성한 트래픽 핸들링 테이블(Traffic Handling Table) 및 PDCP로부터 제공받은 호 정보 즉, RBID, Direction Ind등을 이용하여 매핑되는 dest TEID를 나타낸다.

EPC로부터의 다운 링크인 경우에는, 수신한 GTP-U PDU에서 TEID를 추출하여 트래픽 핸들링 테이블(Traffic Handling Table)로부터 기지국 내부 처리를 위한 RBID와 기타 정보들을 얻어 내부 메시지를 생성하여 PDCP 계층으로 전달한다(기지국은 RBID와 TEID간의 매핑 구조를 관리한다).

PDCP 계층은 GTP로부터 수신한 PDU에 대하여 PDCP SN(Sequence Number)를 부여하고, PDU의 내부의 IP Header 압축, 암호화(Ciphering)를 수행하여 RLC/MAC/PHY 계층을 통하여 단말로 전달한다.

LTE 시스템에서의 대표적인 기지국 사이의 핸드오버의 기본적인 절차에서, 소스 기지국은 단말로부터 측정 보고(measurement report) 메시지를 수신하면 핸드오버 수행여부를 판단하여 핸드오버 수행 여부를 결정한다.

RLC AM 인경우, 소스 기지국은 타겟 기지국으로의 핸드오버 준비가 끝나면 데이터 포워딩을 시작하며 SN Status Transfer 메세지를 통해 기지국의 PDCP 계층에서 할당/사용하는 PDCP SN 번호를 전달한다. 상향 링크의 경우에는 단말로부터 수신하지 못한 첫번째 PDCP SN을, 하향 링크의 경우에는 PDCP 계층에서 마지막으로 할당한 PDCP SN의 다음 SN를 전달한다. 타겟 기지국은 소스 기지국으로부터 수신한 패킷을 버퍼링한다.

타겟 기지국으로의 핸드오버 수행이 완료되면, 타겟 기지국은 EPC로 경로 스위칭 요청(Path Switch Req)을 전달하여, EPC로 하여금 더이상 소스 기지국으로 하향 링크 사용자 데이터를 전송하지 않고 타겟 기지국으로 전달하도록 한다.

타겟 기지국의 PDCP 계층은 소스 기지국으로부터 포워딩 되어지는 패킷 데이터를 모두 수신하면 버퍼링 중인 패킷들을 PDCP SN을 기준으로 재 오더링(re-ordering)하여 단말로 전송한다. 그리고 EPC로부터 새로 수신하는 데이터는 소스 기지국으로부터 수신한 SN Status Transfer의 PDCP SN를 참조하여 PDCP SN을 할당하여 단말로 전송한다.

이러한 핸드오버 과정 중에서, 스위치 하향 링크 경로 절차에서 EPC는 소스 기지국으로 더이상 사용자 데이터를 전송하지 않는 것을 알릴 필요가 있다. 또한, 소스 기지국은 타겟 기지국으로 데이터 포워딩이 완료되었음을 알릴 필요가 있다.

만약, EPC가 소스 기지국으로 더이상 사용자 데이터를 전송하지 않는 것을 알리지 않고, 소스 기지국이 타겟 기지국으로 데이터 포워딩이 완료되었음을 알리 지 않으면, 소스 기지국의 PDCP 계층은 EPC로부터 그리고 타겟 기지국의 PDCP 계층은 소스 기지국으로부터 패킷을 무한정 기다리는 문제점을 야기시킨다.

즉, 기지국의 PDCP 계층은 핸드오버시, 포워딩할 데이터를 처리하고, 포워딩하는 마지막 데이터를 알 필요가 있다. 그렇지 않으면 무한정으로 데이터 수신을 대기하거나 또는 특정 타이머(Timer)가 구동되는 동안 수신을 대기하는 비 효율적인 문제로 인해, 사용자 데이터의 손실 또는 지연을 발생시킬 수 있는 문제점이 있따.

그리고, 이는 기지국과 EPC, 기지국과 기지국 사이의 효율적인 트래픽 전송이 필요함을 나타낸다. 따라서, 이를 위한 장치 및 방법이 필요하다.

본 발명의 목적은 이동통신 시스템에서 GTP 처리를 위한 장치 및 방법을 제공함에 있다.

본 발명의 다른 목적은 이동통신 시스템에서 기지국과 EPC 그리고 기지국과 기지국간의 효율적인 핸드오버기능을 제공하기 위하여 사용자 데이터의 전송이 완료 되었음을 알리는 종료 인디케이션(End Indication) 처리를 수행하는 장치 및 방법을 제공함에 있다.

본 발명의 또 다른 목적은 이동통신 시스템에서 기지국과 기지국 사이 그리 고 기지국과 EPC사이에서 효율적인 사용자 트래픽 송수신을 위한 장치 및 방법을 제공함에 있다.

본 발명의 목적을 달성하기 위한 본 발명의 제 1 견지에 따르면, 이동통신 시스템에서의 소스 기지국에서 핸드오버시 데이터 포워딩 방법에 있어서 다른 네트워크 장치로부터 마지막 데이터임을 알리는 메시지를 수신하는 경우 단말로 전송해야 하는 나머지 데이터를 타겟 기지국으로 포워딩하는 과정과 상기 포워딩이 완료되면, 상기 마지막 데이터임을 알리는 메시지를 상기 타겟 기지국으로 전송하는 과정을 포함하는 것을 특징으로 한다.

본 발명의 목적을 달성하기 위한 본 발명의 제 2 견지에 따르면, 이동통신 시스템에서의 타겟 기지국에서 핸드오버시 데이터 포워딩 방법에 있어서 서빙 기지국으로부터 마지막 데이터임을 알리는 메시지를 수신하는 경우 단말로 전송해야 하는 버퍼에 저장된 데이터를 상기 단말로 전송하는 과정과 상기 단말로의 전송이 완료되면, 상기 서빙 기지국과 포워딩을 위해 설정한 자원을 해제하는 과정을 포함하는 것을 특징으로 한다.

본 발명의 목적을 달성하기 위한 본 발명의 제 3 견지에 따르면, 이동통신 시스템에서의 네트워크 장치에서 핸드오버시 데이터 포워딩 방법에 있어서 다른 노드로부터 단말의 사용자 플레인에 대한 갱신을 요청하는 메시지를 수신하는 경우, 상기 사용자 플레인에 대한 갱신을 알리기 위해 마지막 데이터임을 알리는 메시지 를 상기 단말의 소스 기지국으로 전송하는 과정을 포함하는 것을 특징으로 한다.

본 발명의 목적을 달성하기 위한 본 발명의 제 4 견지에 따르면, 이동통신 시스템에서의 핸드오버시 데이터 포워딩하는 소스 기지국의 장치에 있어서 다른 노드와 통신하기 위한 통신 모뎀과 다른 네트워크 장치로부터 마지막 데이터임을 알리는 메시지를 수신하는 경우 단말로 전송해야 하는 나머지 데이터를 타겟 기지국으로 포워딩하고, 상기 포워딩이 완료되면 상기 마지막 데이터임을 알리는 메시지를 상기 타겟 기지국으로 전송하는 제어부를 포함하는 것을 특징으로 한다.

본 발명의 목적을 달성하기 위한 본 발명의 제 5 견지에 따르면, 이동통신 시스템에서의 핸드오버시 데이터 포워딩하는 타겟 기지국의 장치에 있어서 다른 노드와 통신하기 위한 통신 모뎀과 서빙 기지국으로부터 마지막 데이터임을 알리는 메시지를 수신하는 경우 단말로 전송해야 하는 버퍼에 저장된 데이터를 상기 단말로 전송하고, 상기 단말로의 전송이 완료되면 상기 서빙 기지국과 포워딩을 위해 설정한 자원을 해제하는 제어부를 포함하는 것을 특징으로 한다.

본 발명의 목적을 달성하기 위한 본 발명의 제 6 견지에 따르면, 이동통신 시스템에서의 핸드오버시 데이터를 포워딩하는 네트워크 장치에 있어서 다른 노드와 통신하기 위한 통신 모뎀과 다른 노드로부터 단말의 사용자 플레인에 대한 갱신을 요청하는 메시지를 수신하는 경우 상기 사용자 플레인에 대한 갱신을 알리기 위해 마지막 데이터임을 알리는 메시지를 상기 단말의 소스 기지국으로 전송하는 제어부를 포함하는 것을 특징으로 한다.

본 발명의 목적을 달성하기 위한 본 발명의 제 7 견지에 따르면, 이동통신 시스템에서 기지국의 상향 및 하향링크 데이터 전송 방법에 있어서 제 1 링크에서 수신한 패킷에 대해 제 1 링크 상의 식별 정보를 획득하는 과정과 상기 제 1 링크 상의 식별 정보에 매핑된 제 2 링크 상의 식별 정보를 획득하는 과정과 상기 제 2 링크 상의 식별 정보를 이용하여 목적 노드로 상기 패킷에서의 전송 데이터를 전송하는 과정을 포함하는 것을 특징으로 한다.

본 발명의 목적을 달성하기 위한 본 발명의 제 8 견지에 따르면, 이동통신 시스템에서 상향 및 하향링크 데이터를 전송하는 기지국의 장치에 있어서 다른 노드와 통신하기 위한 통신 모뎀과 상기 통신 모뎀을 통해 제 1 링크에서 수신한 패킷에 대해 제 1 링크 상의 식별 정보를 획득하고, 상기 제 1 링크 상의 식별 정보에 매핑된 제 2 링크 상의 식별 정보를 획득하고, 상기 제 2 링크 상의 식별 정보를 이용하여 목적 노드로 상기 패킷에서의 전송 데이터를 전송하는 제어부와 상기 식별 정보를 저장하는 저장부를 포함하는 것을 특징으로 한다.

이동통신 시스템에서, 핸드오버시, 전송되어져야 할 데이터가 모두 전송되었음을 알려주는 추가적인 인디케이션을 사용하여 패킷 손실 및 시간 지연 없이 사용자 데이터를 효율적으로 전송할 수 있다.

이하 본 발명의 바람직한 실시 예를 첨부된 도면의 참조와 함께 상세히 설명 한다. 그리고, 본 발명을 설명함에 있어서, 관련된 공지기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단된 경우 그 상세한 설명은 생략한다.

이하, 본 발명은 이동통신 시스템에서 GTP 처리를 위한 장치 및 방법에 대해 설명할 것이다.

단말, 기지국, EPC로 구성되는 LTE 시스템에서 기지국은 PDCP SN(Sequence Number)할당 및 IP Header 압축, 암호화 기능을 수행하는 PDCP(Packet Data Control Protocol) 계층을 구비하고 있다.

상기 PDCP 계층은 핸드오버시, 포워딩할 데이터룰 처리하고, 포워딩하는 마지막 데이터를 알 필요가 있다. 그렇지 않으면 무한정으로 데이터 수신을 대기하거한 또는 특정 타이머(Timer)가 구동되는 동안 수신을 대기하는 비 효율적인 문제로 인해, 사용자 데이터의 손실 또는 지연을 발생시킬 수 있는 문제가 있다.

따라서. 마지막 데이터임을 알리는 종료 인디케이션(End Indicacation)을 사용할 필요가 있으며, 상기 종료 인디케이션 처리를 위하여 GTP-U 프로토콜 메시지 타입의 추가 정의가 필요하다. GTP 버전 1 규격 및 LTE 전용 규격인 GTP 버전 2 규격에 종료 인디케이션으로 활용할 수 있는 메시지 타입을 정의할 수 있다.

따라서, GTP_U 메시지 타입의 유효 예약 메시지 타입을 종료 인디케이션으로 사용함으로써, LTE 시스템에서의 핸드오버 처리 시 패킷 손실 없이, 사용자 데이터를 효율적으로 전송할 수 있다.

GTP 메시지 타입의 클래스 중 다른 클래스(Other class)의 "for Future use" 필드 중에서 254을 GTP_U 종료 인디케이션로 정의하여 사용할 수 있다. GTP_U 종료 인디케이션 메시지 타입 전송은 GTP 헤더 외에 다른 PDU를 포함하지 않는다.

도 2는 본 발명의 실시 예에 따른 GTP_U 종료 인디케이션(254) 메시지 타입을 이용한 핸드오버 흐름을 도시한 도면이다.

상기 도 2를 참조하면, 소스 기지국(220)으로부터 타겟 기지국(230)으로의 핸드오버가 완료되면(상기 타겟 기지국(230)이 단말(210)로부터 핸드오버 컨펌 메시지를 수신한 경우)(1~11 단계), 상기 타겟 기지국(230)은 MME(240)로 패스 스위치 요청(Path Switch Request)메시지를 전송한다(12 단계).

상기 MME(240)는 상기 패스 스위치 요청 메시지를 수신하는 경우, 사용자 플레인의 갱신을 요청하는 메시지를 서빙 게이트웨이(250)로 알린다(13 단계). 이후, 상기 서빙 게이트웨이(250)는 더 이상 상기 소스 기지국(220)으로 사용자 데이터를 전송하지 않으며, 이를 알리기 위해 상기 소스 기지국(220)으로 GTP_U 종료 인디케이션(GTP_U End Indication)(254) 메시지를 전송한다(14 단계). 그리고 이와 관련된 제어 메시지(사용자 플레인 갱신 응답 메시지)를 상기 MME(240)으로 전송한다(15 단계).

이후, 상기 MME(240)는 수신한 패스 스위치 요청 메시지에 대한 응답 메시지를 상기 타겟 기지국(230)으로 전송한다(16 단계). 여기서, 상기 MME(240) 및 상기 서빙 게이트웨이(250)는 전술한 EPC 라고 불리는 노드 또는 네트워크로 통칭하여 설명하기로 한다.

상기 소스 기지국(220)의 GTP 계층은 상기 GTP_U 종료 인디케이션 메시지를 수신하면(14 단계) 상기 소스 기지국(220)의 PDCP 계층으로 데이터 종료 요청 메시지(Data End Req)를 전달하여, 더이상 사용자 데이터가 전송되지 않음을 알린다.

이때, 전달 되는 정보는 GTP가 수신한 PDU 외에 핸드오버를 위하여 설정된 터널 정보 중에서 TEID에 대응하는 RBID, Direction Ind(0), PDCP SN. CallID 등을 포함하며, 각각의 용도는 하기와 같다.

RBID는 상기 단말(210)과 상기 소스 기지국(210) 사이에 할당된 에어(Air) 인터페이스 인 Uu구간에 최초 호 설정시 할당된 Radio Bearer Id 이며, Direction Ind는 핸드오버 유무를 나타내는 정보로, '0'은 S1-U 기본호를 의미하고, '1', '2'는 핸드오버 시에 사용되는 정보로 하향 링크 포워딩, 상향 링크 포워딩을 의미한다. 상기 EPC로부터 GTP_U 종료 인디케이션을 수신하는 경우, S1-U는 '0'으로 설정된다. PDCP SN는 핸드오버 시에 전달되는, 상기 소스 기지국(220)의 PDCP 계층에서 할당한 Sequence Number로 S1-U 기본호인 경우 기본적으로 0xffff로 설정하여 상기 타겟 기지국(230)의 PDCP 계층으로 전달된다.

핸드오버 과정 중에서, 데이터 포워딩을 진행하는 상기 소스 기지국(220)의PDCP 계층은 상기 소스 기지국(220)의 GTP 계층으로부터 마지막 데이터임을 알리는 데이터 종료 요청 메시지를 수신하고, 제어 블럭으로부터 PDCP 버퍼 플러쉬(Buffer Flush)를 알리는 메시지를 수신하면(17 단계), 상기 타겟 기지국(230)의 GTP 계층으로 더이상 포워딩해야할 데이터가 없음을 알리는 데이터 종료 인디케이션 메시지를 전송하고(PDCP SN: 0xFFFF, Direxction Ind(1 or 2)) PDCP 내부 자원 복구 절차 를 수행하게 한다(18 단계).

이후, 상기 소스 기지국(220)의 PDCP 계층은 상기 EPC로부터 수신한 사용자 데이터 중 단말(210)로 전송이 완료되지 않고(RLC AM 모드인 경우, 상기 단말(210)로부터 ACK를 수신하지 못한 데이터. 상기 소스 기지국(220)의 PDCP 계층에서는 PDCP SN으로 확인 가능하다) 버퍼에 저장된 데이터와, 아직 단말(210)로 전송하지 않은 EPC로부터 수신한 데이터에 대해서, GTP 계층을 통한 순차적인 포워딩 과정을 수행한다(sequencial PDCP SN 및 Direction Ind(1 or 2)).

상기 소스 기지국(220)의 PDCP 계층으로부터 데이터 종료 인디케이션 메시지를 수신한 상기 소스 기지국(220)의 GTP 계층은 GTP_U 종료 인디케이션 메시지 타입을 이용하여 GTP 헤더를 구성하고 이를 상기 타겟 기지국(230)으로 전송한다. 이때 GTP PDU는 포함하지 않는다.

상기 타겟 기지국(230)의 GTP 계층은 GTP_U 종료 인디케이션 메시지를 수신하면 상기 타겟 기지국(230)의 PDCP 계층으로 데이터 종료 인디케이션 메시지를 전달하여 포워딩되는 데이터가 더이상 없음을 알린다.

이후, 상기 타겟 기지국(230)의 PDCP 계층은 데이터 종료 인디케이션 메시지를 수신하기 전까지 버퍼에 수신한 포워딩된 데이터에 대해, PDCP SN를 기준으로 재 오더링(Re-Ordering)하고 RLC 계층을 통하여 단말(210)로 전송한다.

동시에, 상기 타겟 기지국(230)의 PDCP 계층은 호 제어블록으로 데이터 포워딩 종료 인디케이션 메시지를 전송하여, 데이터 포워딩 처리가 완료되었음을 알리고, 데이터 포워딩을 위하여 생성한 GTP Tunnel ID (X2)를 삭제하게 한다.

도 3은 본 발명의 실시 예에 따른 서빙 게이트 웨이의 동작 과정을 도시한 도면이다.

상기 도 3을 참조하면, 단말의 소스 기지국으로부터 타겟 기지국으로의 핸드오버가 완료되면, 상기 타겟 기지국은 MME로 패스 스위치 요청(Path Switch Request)메시지를 전송한다. 상기 MME는 상기 패스 스위치 요청 메시지를 수신하는 경우, 사용자 플레인의 갱신을 요청하는 메시지를 서빙 게이트웨이로 전송한다.

상기 서빙 게이트웨이가 상기 사용자 플레인의 갱신을 요청하는 메시지를 수신하는 경우(310 단계), 이를 알리기 위해 상기 소스 기지국으로 GTP_U 종료 인디케이션(GTP_U End Indication)메시지를 전송한다(320 단계).

상기 서빙 게이트웨이는 더 이상 상기 소스 기지국으로 사용자 데이터를 전송하지 않으며 대신 ㅅ아기 타겟 기지국으로 단말에 대한 사용자 데이터를 전송한다(330 단계),

도 4는 본 발명의 실시 예에 따른 소스 기지국의 동작 과정을 도시한 도면이다.

상기 도 4를 참조하면, 상기 소스 기지국의 GTP 계층은 GTP_U 종료 인디케이션 메시지를 수신하면(410 단계) 상기 소스 기지국의 PDCP 계층으로 데이터 종료 요청 메시지(Data End Req)를 전달하여, 더이상 사용자 데이터가 전송되지 않음을 알린다(420 단계).

상기 PDCP 계층은 상기 GTP 계층으로부터 마지막 데이터임을 알리는 데이터 종료 요청 메시지를 수신하고, 제어 블럭으로부터 PDCP 버퍼 플러쉬(Buffer Flush)를 알리는 메시지를 수신하는 경우(430 단계), 상기 GTP 계층으로 더이상 포워딩해야할 데이터가 없음을 알리는 데이터 종료 인디케이션 메시지를 전송한다(440 단계).

상기 PDCP 계층은 EPC 로부터 수신한 사용자 데이터 중 단말로 전송이 완료되지 않고 버퍼에 저장된 데이터와, 아직 단말로 전송하지 않은 EPC로부터 수신한 데이터에 대해서, GTP 계층을 통한 순차적인 포워딩 과정을 수행한다(450 단계).

상기 GTP 계층은 상기 데이터 종료 인디케이션 메시지를 수신하는 경우(460 단계), GTP_U 종료 인디케이션 메시지를 상기 타겟 기지국(230)으로 전송한다(470단계).

도 5는 본 발명의 실시 예에 다른 타겟 기지국의 동작 과정을 도시한 도면이다.

상기 도 5를 참조하면, 상기 타겟 기지국의 GTP 계층은 GTP_U 종료 인디케이션 메시지를 수신하면(510 단계), 상기 타겟 기지국의 PDCP 계층으로 데이터 종료 인디케이션 메시지를 전달하여 포워딩되는 데이터가 더이상 없음을 알린다(520 단계).

이후, 상기 PDCP 계층은 데이터 종료 인디케이션 메시지를 수신하는 경우(530 단계), 상기 데이터 종료 인디케이션 메시지를 수신하기 전까지 버퍼에 수 신한 포워딩된 데이터에 대해, PDCP SN를 기준으로 재 오더링(Re-Ordering)하고 RLC 계층을 통하여 단말로 전송한다(540 단계).

동시에, 상기 PDCP 계층은 호 제어블록으로 데이터 포워딩 종료 인디케이션 메시지를 전송하여(550 단계), 데이터 포워딩 처리가 완료되었음을 알리고, 데이터 포워딩을 위하여 생성한 GTP Tunnel ID (X2)를 삭제하게 한다.

기지국의 GTP계층은 사용자 트래픽 데이터 처리를 위하여, 호 설정시 도 6과 같은 트래픽 핸들링 테이블을 구성한다. 상기 트래픽 핸들링 테이블은 특정 링크 상의 식별 정보가 될 수 있다.

도 6은 본 발명의 실시 예에 따른 트래픽 핸들링 테이블을 도시한 도면이다.

상기 도 6을 참조하면, 상기 트래픽 핸들링 테이블의 기본 구성은 기지국(620)과 EPC(630)사이(또는 핸드오버인 경우, 소스 기지국과 타겟 기지국 구간의 X2-U 인터페이스)의 S1-U 인터페이스에서의 GTP Tunnel ID와 단말(610)과 기지국(620) 사이에서 RBID 가 서로 매핑 관계에 있다.

TEID (Tunnel EndPoint ID)는 상대 노드로부터 GTP를 통하여 사용자 데이터를 수신하기 위하여 기지국이 할당한 로컬 TEID를 나타낸다.

Dest TEID (Destination TEID)는 기지국이 상대노드(EPC 또는 타겟 기지국)로 사용자 데이터를 전송하기 위한 상대노드가 할당한 TEID로 S1-C 및 X2-C를 통하여 기지국이 수신하여 호 설정시 저장 및 사용한다.

RBID (Radio Bearer ID)는 호 설정시 단말과 기지국 사이의 사용자 데이터 전송을 위하여 할당된 Radio Bearer ID이다.

Direction IND는 기지국의 GTP에서 기본 호인지 핸드 오버 호인지를 구분하기 위한 정보로서, '0'은 S1-U 기본 호, '1'는 하향링크 포워딩, '2'는 상향링크 포워딩으로 정의한다. 핸드오버시, 데이터 포워딩을 위해 할당되는 TEID는 동일 RBID에 대하여 할당되므로 기본 호인지 핸드오버 호인지 구분하기 위하여 사용된다.

Dest Addr은 사용자 데이터를 전송하기 위한 상대노드의 IP 주소를 나타낸다.

상향 링크 데이터 전송인 경우, GTP 계층은 PDCP 계층으로부터 수신한 데이터로부터 RBID등을 추출하고 트래픽 핸들링 테이블에서 dest TEID를 로딩하여 GTP 헤더를 구성하여 상대노드로 전송한다.

하향 링크 데이터 전송인 경우, GTP 계층은 상대 노드로부터 수신한 GTP 데이터의 GTP 헤더로부터 (로컬) TEID를 추출하여 트래픽 핸들링 테이블로부터 RBID등을 얻어 PDCP 헤더 정보를 구성하여 PDCP로 전송한다.

호 설정시 기지국의 호 제어블럭으로부터 GTP 터널 설정시, 상향링크 및 하향링크 트래픽 핸들링을 위한 테이블을 GTP 계층이 구성하고 관리한다.

하기는 GTP 계층에서의 상향 및 하향 링크 데이터 전송 처리를 위한 순서도를 나타낸 것이다.

도 7은 본 발명의 실시 예에 따른 기지국에서의 상향 링크 데이터 전송과정을 도시한 흐름도이다.

상기 도 7을 참조하면, 기지국의 GTP 계층은 기지국의 PDCP 계층으로부터 패킷을 수신하면(710 단계), 수신한 패킷으로부터 RBID, Direction IND 정보를 추출하고(720 단계), 트래픽 핸들링 테이블로부터 dest TEID를 획득한다(730 단계).

이후, 상대노드로 GTP PDU 전송을 위하여, PDCP 계층으로부터 수신한 사용자 데이터를 획득한 TEID를 이용하여 GTP 헤더를 캡슐화(Encapsulation)한다. 즉, GTP 패킷을 생성한다(750 단계).

만약, PDCP 계층으로부터 수신한 데이터 중 핸드오버를 표시하는 Diirection IND의 값이 1이고 PDCP 계층으로부터 수신한 데이터 중 PDCP SN 이 존재하는 경우, GTP 헤더의 확장 헤더 타입(Extension Header Type)에 수신한 PDCP SN 정보를 설정한다. 이때, GTP 헤더의 확장 헤더 플래그(Extension Header Flag)를 ‘1’로 설정한다. 그리고, 다음 확장 헤더 타입(Next Extention Header Type)은 EH_PDCP_PDU_NUM (0xC0)로 설정한다.

확장 헤더 정보의 구성은 Length 1 (4Byte 기준), Contents는 수신한 PDCP SN(2Byte), 다음 확장 헤더 타입은 NO_MORE_EH (‘0’)으로 설정한다. 여기서, S1-U에 대한 기본호인 경우, 즉, PDCP SN 값이 설정이 되지 않은 경우, 옵션 헤더 플래그(Option Header Flag)인 ‘S’, ‘E’, ‘PN’ 플래그는‘0’으로 설정하고 옵션 헤더 필드(Option Header Field)(4Byte)는 설정하지 않고, Mandatory GTP Header(8byte) 다음에 바로 사용자 데이터를 패킹(Packing) 한다.

이후, 상기 GTP 헤더구성 후, UDP 정보가 설정된다(750 단계). 소스/목적지 포트는 일반적인 포트인 2152를 설정한다.

이후, IP 주소 정보 설정(IPv4/IPv6 중 하나를 선택) 및 이더넷 정보기 설정된 후(760 단계), 체크 섬(check sum) 과정이 수행되고 상대노드로 전송된다(770 딘계). 여기서, 목적지 IP 주소는 트래픽 핸들링 테이블의 목적지 주소 정보가 사용된다.

도 8은 본 발명의 실시 예에 따른 기지국에서의 하향링크 데이터 전송 과정을 도시한 흐름도이다.

상기 도 8을 참조하면, GTP 계층은 상대노드(EPC)로부터 GTP-U 메시지를 수신하면(810 단계), 수신한 사용자 데이터의 메시지 타입을 확인하고, 메시지 타입이 G-PDU(254)면, GTP 패킷을 역캡슐화(Decapsulation)하여 (local) TEID를 획득한다(820 단계). 그리고 확장 헤더 플래그를 검사하여 확장 헤더 타입의 PDCP SN이 존재하는지 확인한다(830 단계).

상기 GTP 계층은 PDCP SN이 존재하는 경우(핸드오버 - 상향 링크/하향링크 포워딩의 경우로써 타겟 기지국에 해당됨), 상기 PDCO SN을 획득한다(840 단계). 이후, 트래픽 핸들링 테이블에서 TEID에 대한 RBID, Direction IND를 추출한다(850 단계).

만약, PDCP SN이 존재하지 않는 경우, 트래픽 핸들링 테이블에서 TEID에 대한 RBID, Direction IND를 추출한다(850 단계).

이후, 상기 GTP 계층은 상기 PDCP SN 정보를 포함하는 PDCP 계층으로 전송하기 위한 메시지를 구성하여(860 단계) 전송한다(870 단계).

상기 과정은 핸드오버시의 과정으로, 상대노드로부터 G_PDU 종료 인디케이션 (254)을 수신하는 경우이고 그 과정은 전술한 바와 같다.

도 9는 본 발명의 실시 예에 따른 네트워크 장치의 블록 구성을 도시한 도면이다.

상기 도 9를 참조하면, 상기 네트워크 장치는 통신모뎀(910), 제어부(920), 저장부(930), PDCP 관리부(940) 및 GTP 관리부(950)로 구성된다.

상기 통신모뎀(910)은 다른 노드와 통신하기 위한 모듈로서, 무선처리부 및 무선기저대역처리부 등을 포함하여 구성된다. 상기 무선처리부는 안테나를 통해 수신되는 신호를 기저대역신호로 변경하여 상기 무선기저대역처리부로 제공하고, 상기 무선기저대역처리부로부터의 기저대역신호를 실제 무선 경로 상에서 전송할 수 있도록 무선신호로 변경하여 상기 안테나를 통해 송신한다. 만약, 상기 네트워크 장치가 무선 통신을 수행하지 않는 경우에는 상기 무선처리부 및 무선기저대역처리부는 생략될 수 있다.

상기 네트워크 장치가 유선 통신을 수행하는 경우, 유선처리부 및 유선기저대역처리부 등을 포함하여 구성된다. 상기 유선처리부는 유선 경로를 통해 수신되는 신호를 기저대역신호로 변경하여 상기 유선기저대역처리부로 제공하고, 상기 유선기저대역처리부로부터의 기저대역신호를 실제 유선 경로 상에서 전송할 수 있도 록 유선신호로 변경하여 상기 유선경로를 통해 송신한다.

상기 제어부(920)는 상기 네트워크 장치의 전반적인 동작을 제어한다.

상기 저장부(930)는 상기 장치의 전반적인 동작을 제어하기 위한 프로그램 및 프로그램 수행 중 발생하는 일시적인 데이터를 저장하는 기능을 수행한다.

상기 도 9를 참조하여, 서빙 게이트웨이에서의 구성에 대해 설명하면 하기와 같다.

상기 제어부(920)는 사용자 플레인의 갱신을 요청하는 메시지를 수신하는 경우, 이를 알리기 위해 소스 기지국으로 GTP_U 종료 인디케이션(GTP_U End Indication)메시지를 전송한다. 이후, 상기 제어부(920)는 더 이상 상기 소스 기지국으로 사용자 데이터를 전송하지 않으며 대신 타겟 기지국으로 단말에 대한 사용자 데이터를 전송한다.

상기 도 9을 참조하여, 소스 기지국에서의 구성에 대해 설명하면 하기와 같다.

상기 제어부(920)는 상기 소스 기지국의 전반적인 동작을 제어한다. 특히, 본 발명에 따라 상기 PDCP 관리부(940) 및 GTP 관리부(950)를 제어한다.

상기 GTP 관리부(950)는 GTP_U 종료 인디케이션 메시지를 수신하면 상기 PDCP 관리부(650)로 데이터 종료 요청 메시지(Data End Req)를 전달하여, 더이상 사용자 데이터가 전송되지 않음을 알린다.

상기 PDCP 관리부(650)는 상기 GTP 관리부(950)로부터 마지막 데이터임을 알리는 데이터 종료 요청 메시지를 수신하고 상기 제어부(920)로부터 PDCP 버퍼 플러쉬(Buffer Flush)를 알리는 메시지를 수신하는 경우, 상기 GTP 관리부(950)로 더이상 포워딩해야할 데이터가 없음을 알리는 데이터 종료 인디케이션 메시지를 전송한다.

상기 PDCP 관리부(650)는 EPC 로부터 수신한 사용자 데이터 중 단말로 전송이 완료되지 않고 버퍼에 저장된 데이터와, 아직 단말로 전송하지 않은 EPC로부터 수신한 데이터에 대해서, GTP 관리부(950)를 통한 순차적인 포워딩 과정을 수행한다.

상기 GTP 관리부(950)는 상기 데이터 종료 인디케이션 메시지를 수신하는 경우, GTP_U 종료 인디케이션 메시지를 타겟 기지국으로 전송한다.

상술한 블록 구성에서, 상기 제어부(920)는 상기 PDCP 관리부(940) 및 GTP 관리부(950)의 기능을 수행할 수 있다. 본 발명에서 이를 별도로 구성하여 도시한 것은 각 기능들을 구별하여 설명하기 위함이다.

따라서, 실제로 제품을 구현하는 경우에 상기 PDCP 관리부(940) 및 GTP 관리부(950)의 기능 모두를 상기 제어부(920)에서 처리하도록 구성할 수도 있으며, 상기 기능 중 일부만을 상기 제어부(920)에서 처리하도록 구성할 수도 있다.

상기 도 9를 참조하여, 타겟 기지국에서의 구성에 대해 설명하면 하기와 같다.

상기 GTP 관리부(950)는 GTP_U 종료 인디케이션 메시지를 수신하면, 상기 PDCP 관리부(940)으로 데이터 종료 인디케이션 메시지를 전달하여 포워딩되는 데이터가 더이상 없음을 알린다.

상기 PDCP 관리부(940)는 데이터 종료 인디케이션 메시지를 수신하는 경우, 상기 데이터 종료 인디케이션 메시지를 수신하기 전까지 버퍼에 수신한 포워딩된 데이터에 대해, PDCP SN를 기준으로 재 오더링(Re-Ordering)하고 RLC 계층을 통하여 단말로 전송한다.

동시에, 상기 PDCP 관리부(940)는 상기 제어부(920)로 데이터 포워딩 종료 인디케이션 메시지를 전송하여, 데이터 포워딩 처리가 완료되었음을 알리고, 데이터 포워딩을 위하여 생성한 GTP Tunnel ID (X2)를 삭제하게 한다.

상기 도 9를 참조하여 GTP 계층에서의 상향 및 하향 링크 데이터 전송 처리를 위한 기지국의 블록 구성에 대해 설명하면 하기와 같다. 상기 저장부(930)는 트래픽 핸들링 테이블을 저장한다. 먼저, 상향링크의 경우에 대해 먼저 설명하면 하 기와 같다.

상기 GTP 관리부(950)는 상기 PDCP 관리부(940)로부터 패킷을 수신하면, 수신한 패킷으로부러 RBID, Direction IND 정보를 추출하여 트래픽 핸들링 테이블로부터 dest TEID를 획득한다. 그리고, 상대노드로 GTP PDU 전송을 위하여 상기 PDCP 관리부(940)로부터 수신한 사용자 데이터를, 획득한 TEID를 이용하여 GTP 헤더를 캡슐화(Encapsulation)한다. 즉, GTP 패킷을 생성한다.

상기 GTP 관리부(950)는 상기 PDCP 관리부(940)로부터 수신한 데이터 중 핸드오버를 표시하는 Diirection IND의 값이 1이고, 상기 PDCP 관리부(940)로부터 수신한 데이터 중 PDCP SN 이 존재하는 경우, GTP 헤더의 확장 헤더 타입(Extension Header Type)에 수신한 PDCP SN 정보를 설정한다. 이때, GTP 헤더의 확장 헤더 플래그(Extension Header Flag)를 ‘1’로 설정한다. 그리고, 다음 확장 헤더 타입(Next Extention Header Type)은 EH_PDCP_PDU_NUM (0xC0)로 설정한다.

확장 헤더 정보의 구성은 Length 1 (4Byte 기준), Contents는 수신한 PDCP SN(2Byte), 다음 확장 헤더 타입은 NO_MORE_EH (‘0’)으로 설정한다.

여기서, S1-U에 대한 기본호인 경우, 즉, PDCP SN 값이 설정이 되지 않은 경우, 옵션 헤더 플래그(Option Header Flag)인 ‘S’, ‘E’, ‘PN’ 플래그는‘0’으로 설정하고, 옵션 헤더 필드(Option Header Field)(4Byte)는 설정하지 않고, Mandatory GTP Header(8byte) 다음에 바로 사용자 데이터를 패킹(Packing) 한다.

상기 제어부(920)는 GTP 헤더 구성 후의 정보인 UDP 정보를 설정한다. 소스/목적지 포트는 일반적인 포트인 2152를 설정한다.

상기 제어부(920)는 IP 주소 정보 설정(IPv4/IPv6 중 하나를 선택) 및 이더넷 정보 설정을 한 후, 체크 섬(check sum) 과정을 수행하고 통신 모뎀(910)을 통해 상대 노드로 전송한다. 여기서, 목적지 IP 주소는 트래픽 핸들링 테이블의 목적지 주소 정보를 사용한다.

이제, 하향링크에 대해 설명하면 하기와 같다.

상기 GTP 관리부(950)는 상대노드(예들 들어, EPC)로부터 GTP-U 메시지를 수신하면 수신한 사용자 데이터의 메시지 타입을 확인하고 메시지 타입이 G-PDU(254)이면, GTP 패킷을 역캡슐화(Decapsulation)하여 (local) TEID를 획득한다. 그리고 확장 헤더 플래그를 검사하여 확장 헤더 타입의 PDCP SN이 존재하는지 확인한다.

상기 GTP 관리부(950)는 상기 PDCP SN이 존재하는 경우(핸드오버 - 상향 링크/하향링크 포워딩의 경우로써 타겟 기지국에 해당됨), 상기 PDCO SN을 획득한다 이후, 상기 트래픽 핸들링 테이블에서 TEID에 대한 RBID, Direction IND를 추출한다 상기 GTP 관리부(950)는 상기 PDCP SN이 존재하지 않는 경우, 트래픽 핸들링 테이블에서 TEID에 대한 RBID, Direction IND를 추출한다. 이후, 상기 GTP 관리부(950)는 상기 PDCP SN 정보를 포함하는 PDCP 계층으로 전송하기 위한 메시지를 구성하여(860 단계) 전송한다. 상기 과정은 핸드오버시의 과정으로, 상대노드로부터 G_PDU 종료 인디케이션 (254)을 수신하는 경우이고 그 과정은 전술한 바와 같다.

한편 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

도 1은 LTE 시스템의 구조를 도시한 도면,

도 2는 본 발명의 실시 예에 따른 GTP_U 종료 인디케이션(254) 메시지 타입을 이용한 핸드오버 흐름을 도시한 도면,

도 3은 본 발명의 실시 예에 따른 서빙 게이트 웨이의 동작 과정을 도시한 도면,

도 4는 본 발명의 실시 예에 따른 소스 기지국의 동작 과정을 도시한 도면

도 5는 본 발명의 실시 예에 다른 타겟 기지국의 동작 과정을 도시한 도면, 및,

도 6은 본 발명의 실시 예에 따른 트래픽 핸들링 테이블을 도시한 도면,

도 7은 본 발명의 실시 예에 따른 기지국에서의 상향 링크 데이터 전송과정을 도시한 흐름도,

도 8은 본 발명의 실시 예에 따른 기지국에서의 하향링크 데이터 전송 과정을 도시한 흐름도, 및.

도 9는 본 발명의 실시 예에 따른 네트워크 장치의 블록 구성을 도시한 도면.

Claims

이동통신 시스템에서의 소스 기지국에서 단말의 핸드오버시 데이터 포워딩 방법에 있어서,

네트워크 장치로부터, 상기 단말의 데이터가 더 이상 송신되지 않음을 지시하는 제 1 메시지를 수신하는 과정과,

버퍼에 저장된 상기 단말의 데이터를 타겟 기지국으로 포워딩하는 과정과,

상기 데이터의 포워딩 완료를 지시하는 제 2 메시지를 상기 타겟 기지국으로 송신하는 과정을 포함하는 것을 특징으로 하는 방법.
이동통신 시스템에서의 타겟 기지국에서 단말의 핸드오버시 데이터 포워딩 방법에 있어서,

소스 기지국으로부터 상기 단말의 데이터에 대한 포워딩 완료를 지시하는 메시지를 수신하는 과정과,

포워딩된 데이터를 상기 단말로 송신하는 과정과,

상기 포워딩된 데이터의 송신이 완료되면, 상기 소스 기지국과 포워딩을 위해 설정한 자원을 해제하는 과정을 포함하는 것을 특징으로 하는 방법.
이동통신 시스템에서 단말의 핸드오버시 네트워크 장치의 동작 방법에 있어서,

다른 노드로부터 단말의 사용자 플레인(user plane)에 대한 갱신을 요청하는 메시지를 수신하는 과정과,

소스 기지국에 대해 상기 단말의 데이터가 더 이상 송신되지 않음을 지시하는 메시지를 상기 소스 기지국으로 송신하는 과정을 포함하는 것을 특징으로 하는 방법.
이동통신 시스템에서의 단말의 핸드오버시 데이터 포워딩하는 소스 기지국의 장치에 있어서,

다른 노드와 통신하기 위한 통신 모뎀과,

네트워크 장치로부터, 상기 단말의 데이터가 더 이상 송신되지 않음을 지시하는 제 1 메시지를 수신하고, 버퍼에 저장된 상기 단말의 데이터를 타겟 기지국으로 포워딩하고, 상기 데이터의 포워딩 완료를 지시하는 제 2 메시지를 상기 타겟 기지국으로 송신하도록 제어하는 제어부를 포함하는 것을 특징으로 하는 장치.
이동통신 시스템에서의 단말의 핸드오버시 타겟 기지국의 장치에 있어서,

다른 노드와 통신하기 위한 통신 모뎀과,

소스 기지국으로부터 상기 단말의 데이터에 대한 포워딩 완료를 지시하는 메시지를 수신하고, 포워딩된 데이터를 상기 단말로 송신하고, 상기 포워딩된 데이터의 송신이 완료되면 상기 소스 기지국과 포워딩을 위해 설정한 자원을 해제하는 제어부를 포함하는 것을 특징으로 하는 장치.
이동통신 시스템에서 단말의 핸드오버시 네트워크 장치에 있어서,

다른 노드와 통신하기 위한 통신 모뎀과,

다른 노드로부터 단말의 사용자 플레인(user plane)에 대한 갱신을 요청하는 메시지를 수신하고, 소스 기지국에 대해 상기 단말의 데이터가 더 이상 송신되지 않음을 지시하는 메시지를 소스 기지국으로 송신하도록 제어하는 제어부를 포함하는 것을 특징으로 하는 장치.
이동통신 시스템에서 기지국의 상향 및 하향링크 데이터 전송 방법에 있어서,

제 1 링크에서 수신한 패킷에 대해 제 1 링크 상의 식별 정보를 획득하는 과정과,

상기 제 1 링크 상의 식별 정보에 매핑된 제 2 링크 상의 식별 정보를 획득하는 과정과,

상기 패킷이 단말의 핸드오버를 위한 데이터 포워딩을 지시하는 정보를 포함하는 경우, 캡슐화된 패킷의 시퀀스 번호(Sequence Number)를 헤더(header)에 포함하는 터널링 패킷을 생성하는 과정과,

상기 제 2 링크 상의 식별 정보를 이용하여 목적 노드로 상기 터널링 패킷을 전송하는 과정을 포함하는 것을 특징으로 하는 방법.
이동통신 시스템에서 상향 및 하향링크 데이터를 전송하는 기지국의 장치에 있어서,

다른 노드와 통신하기 위한 통신 모뎀과,

상기 통신 모뎀을 통해 제 1 링크에서 수신한 패킷에 대해 제 1 링크 상의 식별 정보를 획득하고, 상기 제 1 링크 상의 식별 정보에 매핑된 제 2 링크 상의 식별 정보를 획득하고, 상기 패킷이 단말의 핸드오버를 위한 데이터 포워딩을 지시하는 정보를 포함하는 경우, 캡슐화된 패킷의 시퀀스 번호(Sequence Number)를 헤더(header)에 포함하는 터널링 패킷을 생성하고, 상기 제 2 링크 상의 식별 정보를 이용하여 목적 노드로 상기 터널링 패킷을 전송하는 제어부와,

상기 식별 정보를 저장하는 저장부를 포함하는 것을 특징으로 하는 장치.
제 2 항에 있어서,

상기 포워딩된 사용자 데이터 및 핸드오버 이후 네트워크 장치로부터 수신된 사용자 데이터를 리오더링(reordering)하는 과정을 더 포함하는 것을 특징으로 하는 방법.
제 5 항에 있어서,

상기 제어부는, 상기 포워딩된 사용자 데이터 및 핸드오버 이후 네트워크 장치로부터 수신된 사용자 데이터를 리오더링(reordering)하는 것을 특징으로 하는 장치.