KR20080075310A

KR20080075310A - 와이맥스 네트워크에서의 효율적인 버퍼링을 위한 핸드오버제어 방법 및 그 제어 장치

Info

Publication number: KR20080075310A
Application number: KR1020070014296A
Authority: KR
Inventors: 이기철; 남기성
Original assignee: 삼성전자주식회사
Priority date: 2007-02-12
Filing date: 2007-02-12
Publication date: 2008-08-18
Also published as: US20080192700A1; US8194607B2; KR100870180B1

Abstract

본 발명은 와이맥스 네트워크에서의 효율적인 버퍼링을 위한 핸드오버 제어 방법 및 그 제어 장치에 의하면 서빙 RAS와 ACR이 소정의 메시지 교환 과정 전후에 각각 핸드오버하려는 이동 단말로 전송될 패킷을 나누어 버퍼링하는 단계와 이동 단말이 핸드오버를 완료한 경우, 상기 ACR은 서빙 RAS가 버퍼링하던 패킷과 자신이 버퍼링했던 패킷을 순차적으로 타겟 RAS로 터널링하는 단계를 통하여 ACR 및 RAS에서 불필요한 버퍼링을 수행하지 않으므로 자원의 낭비를 초래하지 않는다는 효과를 얻을 수 있다.

Description

와이맥스 네트워크에서의 효율적인 버퍼링을 위한 핸드오버 제어 방법 및 그 제어 장치{Apparatus Controlling Handover for Efficient Packet Buffering in Wimax Network and Method Thereof}

도 1은 일반적인 ASN Anchored Mobility 방식을 이용한 핸드오버 절차를 나타낸 순서도.

도 2는 또 다른 ASN Anchored Mobility 방식을 이용한 핸드오버 절차를 나타낸 순서도.

도 3은 본 발명의 일 실시예에 따른 와이맥스 네트워크에서의 이동 단말 핸드오버 방법을 나타낸 순서도.

도 4는 본 발명의 다른 실시예에 따른 와이맥스 네트워크에서의 이동 단말 핸드오버 방법을 나타낸 순서도.

도 5는 본 발명의 또 다른 실시예에 따른 ACR의 내부 구성을 나타낸 블록도.

도 6은 ACR에 의한 수신 패킷 처리 방법을 나타낸 순서도.

도 7은 ACR에 의한 서빙 RAS로부터 전송된 패킷 처리 방법을 나타낸 순서도.

도 8은 ACR에 의한 버퍼링된 패킷의 출력 방법을 나타낸 순서도.

<도면의 주요 부분에 대한 부호 설명>

100 : 이동 단말 200 : 서빙 RAS

300 : ACR 310 : 이더넷 프로세싱 모듈

320 : IP 프로세싱 모듈 330 : ACR 패킷 출력 모듈

340 : 포워드 CS 프로세싱 모듈 350 : GRE 매핑 모듈

360 : GRE 매핑 테이블 400 : 타겟 RAS

본 발명은 와이맥스 네트워크에서의 효율적인 버퍼링을 위한 핸드오버 제어 방법 및 그 제어 장치에 관한 것이다.

최근 다양한 대용량 멀티미디어 서비스에 대한 사용자들의 요구가 증가하면서 광대역 무선 접속 망들이 구현되고 있는 추세이다. 이 중 모바일 와이맥스(Mobile Wimax)는 이동 중에도 사용자에게 수십 Mb/s의 광대역을 제공할 수 있는 무선 망으로서 인터넷 데이터, 음성 데이터, 영상 데이터 등의 대용량, 고속 서비스를 용이하게 제공할 수 있다. 모바일 와이맥스는 일반적으로 기지국 기능을 수행하는 RAS(Radio Access Station)와 기지국 제어기 기능을 수행하는 ACR(Access Control Router) 등으로 구성될 수 있다. 모바일 와이맥스에서 사용자는 다수의 RAS 간 핸드오버를 통하여 끊김없는 서비스를 제공받게 된다. 모바일 와이맥스는 상기 핸드오버를 위하여 ASN Anchored Mobility 핸드오버 기법이 일반적으로 적용된다. 이와 같은 ASN Anchored Mobility 핸드오버를 적용하기 위해서는 핸드오버 과정 중의 데이터 손실을 방지하는 방법이 필요하다. 즉, 사용자는 서빙 RAS(Serving RAS)를 통하여 수신하던 데이터를 타겟 RAS(Target RAS)에 접속한 후에도 끊김없이 수신할 수 있어야 하는 것이다.

도 1은 일반적인 ASN Anchored Mobility 방식을 이용한 핸드오버 절차를 나타낸 순서도이다.

ASN Anchored Mobility 핸드오버를 위한 와이맥스 네트워크는 이동 단말(MS : Mobile Station)(10), 서빙 RAS(S-RAS : Serving RAS)(20), ACR(30), 타겟 RAS(T-RAS : Target RAS)(40) 등으로 구성될 수 있다.

이동 단말(10)은 핸드오버 준비 단계를 요청하기 위하여 MOB-MSHO-REQ 메시지를 서빙 RAS(20)로 전송하게 된다(S101). 서빙 RAS(20)는 이동 단말(10)로부터 MOB-MSHO-REQ 메시지를 수신한 경우 ACR(30)로 HO Request 메시지를 전송하게 된다(S102). ACR(30)은 이동 단말(20)이 핸드오버할 수 있는 타겟 RAS(40)로 HO Request 메시지를 전달한다(S103).

이에 대하여 타겟 RAS(40)는 DP-Pre-Reg-Req 메시지를 ACR(30)로 전송하고(S104), ACR(30)로부터 DP-Pre-Reg-Rsp 메시지를 응답받는다(S105). 타겟 RAS(40)는 DP-Pre-Reg-Rsp 메시지를 ACR(30)로부터 수신하고, HO Response 메시지 를 ACR(30)로 전달한다(S106). 이와 같은 과정을 통하여 타겟 RAS(40)는 ACR(30)과 버퍼링할 패킷을 전송하기 위한 Pre-Path를 설정하는 것이다.

ACR(30)은 타겟 RAS(40)로부터 HO Response 메시지를 수신한 후부터 이동 단말(10)로 전송할 패킷을 자체적으로 버퍼링한다(S107). 또한, ACR(30)은 서빙 RAS(20)로 HO-Response 메시지를 전송하게 되며(S108), 서빙 RAS(20)는 MOB-BSHO-RSP 메시지를 이동 단말(10)로 전송하게 된다(S109).

이동 단말(10)은 소정의 영역으로 이동하여 MOB-HO-IND 메시지를 서빙 RAS(20)로 전송함으로써 실질적인 핸드오버를 개시한다(S110). 서빙 RAS(20)는 HO-Confirm 메시지를 ACR(30)로 전송하고(S111), ACR(30)은 HO-Confirm 메시지를 이동 단말(10)이 핸드오버를 수행할 타겟 RAS(40)로 전달한다(S112).

HO-Confirm 메시지를 수신한 타겟 RAS(40)는 DP-Reg-Req 메시지를 ACR(30)로 전송하는데(S113), 상기 DP-Reg-Req 메시지는 이동 단말(10)이 최종적으로 수신한 패킷의 시퀀스 넘버(Sequence Number)가 포함되어 있다. 시퀀스 넘버는 이동 단말(10)로부터 MOB-HO-IND 메시지와 HO-Confirm 메시지 전송 등을 통하여 타겟 RAS(40)로 전달되는 정보에 해당한다.

ACR(30)은 DP-Reg-Req 메시지를 수신하였다는 응답인 DP-Reg-Rsp 메시지를 타겟 RAS(40)로 반환한다(S114). 이와 같은 과정을 통하여 타겟 RAS(40)와 ACR(30)은 실질적인 버퍼링된 패킷을 전송하기 위한 데이터 패스(Data Path)를 생성하는 것이다. 그 후, ACR(30)은 설정된 데이터 패스를 통하여 버퍼링되어 있던 패킷 중 DP-Reg-Req 메시지에 포함되어 있던 시퀀스 넘버 이후의 패킷을 타겟 RAS(40)로 전달하는 과정을 수행한다(S115).

도 2는 또 다른 ASN Anchored Mobility 방식을 이용한 핸드오버 절차를 나타낸 순서도이다.

도 2의 핸드오버 방법에서도 이동 단말(10), 서빙 RAS(20), ACR(30) 및 타겟 RAS(40)의 구성 요소는 그대로 적용된다. 또한, S201 내지 S205의 단계는 S101 내지 S105의 단계와 동일하므로 그 설명을 생략하기로 한다.

S105의 DP-Pre-Reg-Rsp 메시지를 전송한 ACR(30)은 Bi-Cast Data를 다수의 타겟 RAS(40)로 전송하는 작업을 하게 된다(S206). 즉, ACR(30)은 코어 네트워크(미도시)로부터 전달된 패킷을 카피(Copy)하여 서빙 RAS(20)와 Bi-Cast 패스가 설정된 타겟 RAS(40)로 모두 전송하는 것이다.

이 후 타겟 RAS(40)는 HO-Response로 ACR(30)로 응답하는 과정(S207), ACR(30)이 서빙 RAS(240)로 HO-Response 메시지를 전송하는 과정(S208) 및 서빙 RAS(20)가 이동 단말(10)로 MOB-BSHO-RSP 메시지를 전달하는 과정(S209)은 도 1과 동일하다.

이제, 이동 단말(10)은 핸드오버를 개시하기 위하여 MOB-HO-IND 메시지를 서빙 RAS(20)로 전달하고(S210), HO-Confirm 메시지는 서빙 RAS(20)로부터 ACR(30)을 경유하여(S211) 타겟 RAS(40)로 전달된다(S212). 이와 같은 HO-Confirm 메시지에는 이동 단말(10)이 최종적으로 수신한 패킷의 시퀀스 넘버 정보가 포함되어 있다.

타겟 RAS(40)는 ACR(30)과 DP-Reg-Req 메시지와 DP-Reg-Rsp 메시지를 교환한 다(S213, S214). 이상의 과정에서 이동 단말(10)의 핸드오버 과정이 완료된 후, 타겟 RAS(40)는 버퍼링하고 있던 패킷 중 이동 단말(10)이 최종적으로 수신한 시퀀스 넘버 이 후의 패킷을 이동 단말(10)로 전송하게 된다(S215).

이상에서 설명한 핸드오버 과정을 이용하는 경우 다음과 같은 문제점이 발생할 수 있다. 먼저, 도 1에서 설명한 핸드오버 방법에서는 핸드오버 준비 과정에서 타겟 RAS 별로 Pre-Path를 생성하여야 하므로 네트워크 자원의 낭비를 초래할 수 있다. 또한, ACR은 미리 버퍼링을 시작하게 되므로 불필요한 버퍼링이 발생하게 되며, 이에 따라 ACR의 처리 용량에 제한을 가져온다는 문제점이 발생한다.

도 2에서는 현재까지 알려진 모바일 와이맥스 기술에 따르면 bi-casting path는 하나의 타겟 RAS와만 생성할 수 있다는 치명적인 문제점이 있다. 도 2에서 bi-casting path는 이동 단말이 핸드오버할 가능성이 존재하는 다수의 타겟 RAS와 ACR간 설정되어야 하는데, 아직 이와 같은 기술은 구현되지 않았다는 문제점이 존재한다. 또한, 도 1과 마찬가지로 타겟 RAS는 버려야할 패킷까지 버퍼링을 수행하게 되므로 RAS의 자원 낭비를 초래한다.

마지막으로 도 1, 2의 핸드오버 방법에서는 이동 단말이 최종적으로 수신한 패킷의 시퀀스 넘버를 타겟 RAS로 전송하는 과정이 필수적으로 존재하여야 한다는 문제점이 존재한다.

따라서, 본 발명은 상기한 종래 기술에 따른 문제점을 해결하기 위한 것으로, 서빙 RAS는 핸드오버 개시 후 ACR과 타겟 RAS 간 경로 설정 전까지 이동 단말로 전송될 패킷을 버퍼링하고, ACR은 타겟 RAS와 경로 설정 후부터 핸드오버 과정 완료시까지 패킷을 버퍼링하는 와이맥스 네트워크에서의 핸드오버 제어 방법 및 그 제어 장치의 제공을 그 목적으로 한다.

본 발명의 일 측면에 따른 와이맥스에서의 이동 단말 핸드오버 제어 방법은 서빙 RAS(Radio Access Station)와 ACR(Access Control Router)이 소정의 메시지 교환 과정 전후에 각각 핸드오버하려는 이동 단말로 전송될 패킷을 나누어 버퍼링하는 단계와 이동 단말이 핸드오버를 완료한 경우 ACR이 서빙 RAS가 버퍼링하던 패킷과 자신이 버퍼링했던 패킷을 순차적으로 타겟 RAS로 터널링하는 단계를 포함할 수 있다.

상기 서빙 RAS와 ACR가 패킷을 나누어 버퍼링하는 단계는 서빙 RAS는 핸드오버하려는 이동 단말로부터 MOB-BSHO-RSP 메시지를 수신한 후부터 패킷을 버퍼링하는 단계와 ACR이 타겟 RAS로부터 Path-Reg-Req 메시지를 수신한 후부터 패킷을 버퍼링하는 단계로 구성될 수 있다. 이 경우 ACR이 패킷을 버퍼링하는 단계는, ACR이 Path-Reg-Req 신호를 수신하여 패킷 버퍼링을 개시하는 단계와 상기 ACR은 수신된 IP 패킷의 목적지 주소가 핸드오버하려는 이동 단말의 IP 주소인지 체크하고 그 결과에 따라 수신된 IP 패킷을 버퍼링하는 단계를 포함할 수 있다.

또한, 상기 Path-Reg-Req 메시지는 타겟 RAS의 IP 주소, ACR과 타겟 RAS 간 터널링 시 이용되는 GRE 키 값을 포함할 수 있으며, ACR은 서빙 RAS와의 터널링 시 이용되는 제1 GRE 키 값과 타겟 RAS와의 터널링 시 이용되는 제2 GRE 키 값을 매핑하여 저장하는 GRE 매핑 테이블 생성하는 단계를 수행할 수 있다.

한편, 서빙 RAS가 버퍼링하던 패킷을 ACR이 타겟 RAS로 터널링하는 단계는 ACR이 HO Complete 메시지의 전송 후 서빙 RAS로부터 패킷을 수신하는 단계, ACR은 서빙 RAS로부터 수신한 버퍼링 패킷이 GRE 터널링된 패킷인지 확인하는 단계, 및 ACR이 서빙 RAS로부터 수신된 패킷의 GRE 헤더를 디캡슐레이션하고, 타겟 RAS와의 터널링시 필요한 GRE 키 값과 목적지 주소로서 타겟 RAS의 IP 주소를 포함하는 신규 GRE 헤더를 인캡슐레이션하여 타겟 RAS로 터널링하는 단계를 포함할 수 있다.

위의 ACR이 신규 GRE 헤더를 인캡슐레이션하는 단계는 ACR이 서빙 RAS로부터 수신된 패킷의 GRE 헤더에 포함된 제1 GRE 키 값을 체크하는 단계, ACR이 상기 제1 GRE 키 값에 상응하는 ACR과 타겟 RAS 간 GRE 키 값, 소스 및 목적지 IP 주소를 GRE 매핑 테이블에서 검색하는 단계, 및 검색된 ACR과 타겟 RAS 간 GRE 키 값, 소스 및 목적지 IP 주소를 포함한 헤더를 상기 버퍼링 패킷에 인캡슐레이션하여 타겟 RAS로 터널링하는 단계를 포함한다.

또한, 서빙 RAS는 버퍼링되어 있던 패킷의 전송 후 Path-DeReg-Req 메시지를 ACR로 전송하는 단계는 ACR은 이에 대한 응답으로 Path-DeReg-Rsp 메시지를 서빙 RAS로 전송함으로써 버퍼링 패킷 전송을 위한 경로 해제를 수행하는 단계를 수행할 수 있다. 이 경우 ACR은 Path-DeReg-Rsp 메시지를 서빙 RAS로 전송한 후 자체적으로 버퍼링하던 패킷을 타겟 RAS로 터널링하는 작업을 개시하는 더 수행할 수 있다.

본 발명의 다른 측면에 따른 와이맥스 네트워크는 핸드오버하려는 이동 단말로부터 핸드오버 개시 과정을 요청하는 메시지를 수신한 후부터 이동 단말로 전송할 패킷을 버퍼링하는 서빙 RAS와 타겟 RAS로부터 데이터 경로 설정 요청 메시지를 수신한 후 핸드오버할 이동 단말로 전송할 패킷을 자체적으로 버퍼링하고, 핸드오버 완료 메시지 수신 후 서빙 RAS가 버퍼링한 패킷과 자체적으로 버퍼링한 패킷을 순차적으로 타겟 RAS로 터널링하는 ACR을 포함할 수 있다.

상기 ACR은 Path-Reg-Req 신호가 수신되는지 확인한 후, 수신된 IP 패킷의 목적지 주소가 핸드오버하려는 이동 단말의 IP 주소인지 체크하여 그 결과에 따라 수신된 IP 패킷을 버퍼링할 수 있다. 이 경우 Path-Reg-Req 메시지는 타겟 RAS의 IP 주소, ACR과 타겟 RAS 간 터널링 시 이용되는 GRE 키 값을 포함할 수 있다. 뿐만 아니라, ACR은 Path-Reg-Req 메시지에 포함된 정보를 이용하여 서빙 RAS와의 터널링 시 이용되는 제1 GRE 키 값과 타겟 RAS와의 터널링 시 이용되는 제2 GRE 키 값을 매핑하여 저장하는 GRE 매핑 테이블을 생성할 수도 있다.

한편, 서빙 RAS는 HO Complete 메시지를 수신한 경우 버퍼링된 패킷을 ACR로 전송하며, ACR은 서빙 RAS로부터 수신한 버퍼링 패킷이 GRE 터널링된 패킷인지 확인하고, 서빙 RAS로부터 수신된 패킷의 GRE 헤더를 디캡슐레이션하며, 타겟 RAS와의 터널링시 필요한 GRE 키 값과 목적지 주소로서 타겟 RAS의 IP 주소를 포함하는 신규 GRE 헤더를 인캡슐레이션하여 타겟 RAS로 터널링하는 동작을 수행하게 된다. 이 경우 ACR은 서빙 RAS로부터 수신한 패킷의 GRE 헤더에 포함된 제1 GRE 키 값을 체크하고, 체크된 제1 GRE 키 값에 상응하는 ACR과 타겟 RAS 간 GRE 키 값, 소스 및 목적지 IP 주소를 GRE 매핑 테이블에서 검색하여, 검색된 ACR과 타겟 RAS 간 GRE 키 값, 소스 및 목적지 IP 주소를 포함한 헤더를 버퍼링 패킷에 인캡슐레이션할 수 있다.

또한, 서빙 RAS와 ACR은 버퍼링되어 있던 패킷의 전송 후 Path-DeReg-Req 메시지와 Path-DeReg-Rsp 메시지를 교환함으로써 버퍼링 패킷 전송을 위한 경로를 해제하게 된다. 이 경우 ACR은 Path-DeReg-Rsp 메시지를 서빙 RAS로 전송한 후 자체적으로 버퍼링하던 패킷을 타겟 RAS로 터널링하는 작업을 개시하게 된다.

본 발명의 또 다른 측면에 따른 와이맥스 네트워크의 ACR은 수신된 패킷이 GRE 터널링 패킷인 경우, GRE 헤더에 존재하는 제1 GRE 키 값을 이용하여 수신된 패킷이 서빙 RAS가 버퍼링한 패킷인지 판별하는 GRE 키 매핑 모듈, GRE 키 매핑 모듈의 판단 결과 수신된 패킷이 서빙 RAS가 버퍼링한 패킷인 경우 GRE 헤더를 디캡슐레이션하는 GRE 터널 디캡슐레이션 모듈, GRE 헤더가 삭제된 패킷에 제1 GRE 키 값에 상응하는 ACR과 타겟 RAS 간 GRE 키 값을 포함하는 헤더를 인캡슐레이션하는 신규 GRE 터널 디캡슐레이션 모듈, 및 수신된 일반 IP 패킷의 목적지 주소를 체크하고, 체크된 목적지 주소가 핸드오버하려는 이동 단말의 IP 주소인 경우 패킷을 버퍼링하는 포워드 CS 프로세싱 모듈, 및 인캡슐레이션된 패킷을 타겟 RAS로 출력 하는 ACR 패킷 출력 모듈을 포함할 수 있다.

또한, ACR은 ACR과 서빙 RAS 간의 터널링 시 이용되는 GRE 키 값과 그에 상응하는 인덱스를 포함하는 제1 GRE 테이블과 ACR과 타겟 RAS 간의 터널링 시 이용되는 GRE 키 값, 소스 IP 주소 및 목적지 IP 주소 및 그에 상응하는 인덱스를 포함하는 제2 GRE 테이블을 포함하는 GRE 매핑 테이블을 더 포함할 수 있다.

마지막으로, ACR은 포워드 CS 프로세싱 모듈의 제어에 따라 핸드오버할 이동 단말로 전송될 패킷을 버퍼링하기 위한 ACR 패킷 버퍼를 더 포함할 수도 있다.

이하, 본 발명에 따른 와이맥스 네트워크에서의 효율적인 버퍼링을 위한 핸드오버 제어 방법 및 그 제어 장치에 대하여 첨부된 도면을 참조하여 상세히 설명한다.

도 3은 본 발명의 일 실시예에 따른 와이맥스 네트워크에서의 이동 단말 핸드오버 방법을 나타낸 순서도이다.

본 발명에 따른 핸드오버 과정도 이동 단말(100), 서빙 RAS(200), ACR(300) 및 타겟 RAS(400) 간 메시지 교환 과정을 통하여 설명하기로 한다.

핸드오버를 준비하는 이동 단말(100)은 서빙 RAS(200)로 MOB-MSHO-REQ 메시지를 전송한다(S301). MOB-MSHO-REQ 메시지 내에는 이동 단말(100)이 핸드오버할 가능성이 존재하는 타겟 RAS(400)들의 리스트가 포함되어 있다.

서빙 RAS(200)는 ACR(300)로 HO-Request 메시지를 전송하고, ACR(300)은 이 메시지를 다수의 타겟 RAS(400)로 릴레이(Relay)하는 동작을 수행한다(S302). HO- Request 메시지를 수신한 다수의 타겟 RAS(400)들은 단말 수용 여부를 각각 판단한다. 타겟 RAS(400)들은 ACR(300)로 HO-Response 메시지를 전송하여 단말 수용 여부 판단을 전달하고, ACR(300)은 서빙 RAS(200)에게 HO-Response 메시지를 릴레이한다(S303). 서빙 RAS(200)는 이동 단말(100)로 MOB-BSHO-RSP 메시지를 전달한다(S304).

서빙 RAS(200)는 ACR(300)에게 HO-Response의 수신 응답 메시지인 HO-ACK 메시지를 전달하고(S305), 이 메시지는 ACR(300)을 거쳐 타겟 RAS(400)로 전달된다(S306). 서빙 RAS(00)는 HO-ACK 메시지를 전송한 후 이동 단말(100)에게 전송되는 패킷들의 버퍼링을 시작한다(S307).

이동 단말(100)은 핸드오버할 타겟 RAS(400)를 결정하면 서빙 RAS(200)로 MOB-HO-IND 메시지를 전송하여 핸드오버 과정을 개시한다(S308). 서빙 RAS(200)는 ACR(300)로 HO-Confirm 메시지를 전송한다(S309). HO-Confirm 메시지 내에는 핸드오버를 하는 이동 단말(100)의 정보가 포함되어 있다. 다만, 종래의 HO-Confirm 메시지와 달리 이동 단말(100)이 최종적으로 수신한 시퀀스 넘버에 대한 정보는 포함되어 있지 않다.

ACR(300)은 타겟 RAS(400)로 HO-Confirm 메시지를 전송하고(S310), 이에 대하여 타겟 RAS(400)는 ACR(300)로 HO-ACK 메시지로 응답한다(S311). HO-ACK 메시지는 ACR(300)을 거쳐 서빙 RAS(200)로 전달된다(S312).

이후 타겟 RAS(400)는 ACR(300)에게 인증 키(AK : Authorization Key) 정보 요청을 위하여 Context-Request 메시지를 전송하고(S313), ACR(300)은 Context- Response 메시지로 응답한다(S314).

MOB-HO-IND를 전송한 후 이동 단말(100)은 타겟 RAS(400)로 RNG-REQ를 전송하고(S315), 타겟 RAS(400)는 RNG-RSP 메시지로 응답한다(S316). 이 후 타겟 RAS(400)는 데이터 패스 생성을 위한 Path-Reg-Req 메시지를 전송하는데(S317), 상기 메시지에는 타겟 RAS(400)의 IP 주소와 타겟 RAS(400)의 GRE 키 등의 정보가 포함될 수 있다.

타겟 RAS(400)로부터 Path-Reg-Req 메시지를 수신한 ACR(300)은 해당 이동 단말(100)에 대한 패킷 버퍼링을 시작한다(S318). 패킷 버퍼링 절차에 대하여는 도 6에서 더욱 자세히 살펴보기로 한다.

이 후 ACR(300)은 서빙 RAS(200)에서 버퍼링하고 있는 패킷을 수신하기 위하여 서빙 RAS(200)로 Path-Reg-Req 메시지를 전송하는데(S319), 상기 Path-Reg-Req 메시지에는 ACR(300)의 IP 주소, ACR의 GRE 키 등의 정보가 포함되어 있다. 또한, ACR(300)은 패킷 버퍼링을 시작하면 GRE 터널 변환에 의한 패킷 전송을 위하여 다음과 같은 GRE 터널 변환 테이블을 생성한다.

서빙 RAS 버퍼링 패킷 수신을 위한 ACR GRE 키	Translation Tunnel Index
AcrGreKey 1	1
AcrGreKey 2	2
...	...
AcrGreKey n	n

Translation Tunnel Index	Translation GRE Key	Source IP	Destination IP
1	T-RasGreKey	ACR_IP	T-RAS_IP
2	RasGreKey 1	ACR_IP	RAS1_IP
...	...	...	...
n	RasGreKey 2	ACR_IP	RAS2_IP

표 1 및 표 2의 GRE 터널 변환 테이블은 서빙 RAS(200)에서 버퍼링한 패킷들을 ACR(300)을 경유하여 타겟 RAS(400)로 전송할 때 ACR(300)에서 별도의 데이터 프로세스 없이 GRE 터널 변환만을 통하여 타겟 RAS(400)로 패킷을 전송하기 위하여 사용된다.

즉, 본원 발명에서는 두 개의 GRE 터널이 이용된다. 그 중 하나는 서빙 RAS(200)와 ACR(300) 간 터널이며, 나머지 하나는 ACR(300)과 타겟 RAS(400) 간 터널이다. 이 경우 서빙 RAS(200)와 ACR(300) 간 터널링 시 이용되는 GRE 키는 표 1의 테이블에 저장되며, ACR(300)과 타겟 RAS(400) 간 터널링 시 이용되는 GRE 키는 표 2의 테이블에 저장된다.

위에서 본원 발명에서는 서빙 RAS(200)에서 터널링한 패킷을 ACR(300)이 GRE 터널 변환하여 타겟 RAS(400)로 전달한다고 설명하였다. 이는 표 1과 표 2의 테이블에 공통적으로 존재하는 인덱스를 이용하는 것이다. 예를 들어, 표 1의 테이블에 의하면 서빙 RAS(200)에서 AcrGreKey 1의 키 값을 가지고 전달된 패킷은 1번 Translation Gre Index를 가진다. 이 Translation Gre Index를 다시 표 2의 테이블에 매핑하면 ACR(300)과 타겟 RAS(400) 간 터널링 시 이용되는 Gre 키 값은 T-RasGreKey이며, 소스 IP 주소는 ACR의 IP 주소, 목적지 IP 주소는 타겟 RAS의 주소인 것을 알 수 있는 것이다.

한편, ACR(300)로부터 Path-Reg-Req 메시지를 수신한 서빙 RAS(200)는 ACR(300)로 Path-Reg-Rsp로 응답한다(S320). 그 후 ACR(300)은 타겟 RAS(400)가 요청한 Path-Reg-Req에 대한 응답 메시지를 타겟 RAS(400)로 전송한다(S321).

타겟 RAS(400)는 이후 ACR(300)로 Path-Reg-Ack 메시지(S322)와 핸드오버를 완료하였다는 의미의 HO-Complete 메시지를 전송한다(S323). HO-Complete 메시지는 ACR(300)을 통하여 서빙 RAS(200)로 전달된다(S324). HO-Complete 메시지를 수신한 서빙 RAS(200)는 패킷 버퍼링을 중지하고, 버퍼링하고 있던 패킷을 생성된 데이터 패스를 이용하여 ACR(300)로 전송된다(S325). 전송되는 버퍼링된 패킷은 GRE 터널링을 통하여 ACR(300)로 전송된다. 이 경우, 상기 GRE 터널링 시, GRE Key는 AcrGrekey 1, 소스의 IP 주소 값은 서빙 RAS의 IP 주소, 목적지의 IP 주소는 ACR(300)의 IP 주소 값을 갖게 된다.

위와 같이 전송된 버퍼링된 패킷에 대하여 ACR(300)은 GRE 변환을 수행하여 새로운 GRE 터널을 생성함으로써 타겟 RAS(400)로 전달하는 과정을 수행한다(S326). 즉, ACR(300)은 AcrGreKey 1의 값을 표 1의 테이블과 매핑하여 Translation Tunnel Index = 1임을 알게 되고, 이를 다시 표 2의 테이블과 매칭하여 T-RasGreKey의 GRE 키, ACR_IP의 소스 IP 주소 및 T-RAS_IP의 목적지 IP 주소를 얻게 된다. 이 정보를 이용하여 GRE 터널 변환을 수행하는 것이다.

서빙 RAS(200)는 버퍼링되어 있던 패킷의 전송을 모두 마치면 ACR(300)로 기존의 Path 및 버퍼링된 패킷 전송을 위한 Path 해제를 위한 Path-DeReg-Req 메시지를 전송한다(S327). ACR(300)은 이에 대한 응답으로 Path-DeReg-Rsp 메시지를 서빙 RAS(200)로 전달한다(S328).

Path-DeReg-Req 메시지를 수신한 후 ACR(300)은 자신이 버퍼링하고 있던 데이터들을 타겟 RAS(400)로 전달하게 된다(S329).

상기 과정을 통하여 이동 단말(100)의 핸드오버 시 데이터 손실없이 패킷의 끊김없는 전송이 가능하다. 또한, 이동 단말(100)은 자신이 최종적으로 수신한 패킷의 시퀀스 넘버를 전달하지 않아도 되며, 서빙 RAS(200)와 ACR(300)은 불필요한 패킷을 버퍼링하지 않아도 되는 장점을 얻을 수 있는 것이다.

한편, 이동 단말(100)은 핸드오버 준비 과정을 수행하되, 실질적인 핸드오버를 수행하지 않는 경우도 발생하게 된다. 이는 이동 단말(100)이 MOB-HO-IND 메시지를 전송하지 않는 경우이다. 만일 별도의 제어 동작이 존재하지 않는다면 HO-ACK 메시지에 의하여 시작한 서빙 RAS(200)의 버퍼링 동작은 중단되지 않을 수가 있다.

이를 대비하기 위하여 서빙 RAS(200)에서는 타이머를 동작시켜 소정의 기간 동안 HO-Complete 메시지를 수신하지 못하는 경우, 버퍼링 동작을 자체적으로 중단함으로써 불필요한 메모리 낭비를 줄일 수 있다.

도 4는 본 발명의 다른 실시예에 따른 와이맥스 네트워크에서의 이동 단말 핸드오버 방법을 나타낸 순서도이다.

도 4는 이동 단말(100)이 전송하는 MOB-HO-IND 메시지가 유실된 경우 이동 단말(100)의 핸드오버 과정에 대비하기 위한 것이다. 따라서, MOB-MSHO-REQ 전송에 따른 일련의 동작(S401 내지 S406) 및 서빙 RAS(200)의 버퍼링 개시 동작(S407)은 도 3의 경우와 동일하다.

S401 내지 S407 단계 후 이동 단말(100)은 MOB-HO-IND 메시지를 전송하였으나, 상기 전송에 에러가 발생하여 서빙 RAS(200)가 MOB-HO-IND 메시지를 수신하지 못하게 된다(S408). 이와 같은 경우, 서빙 RAS(200)는 ACR(300)을 경유하여 타겟 RAS(400)로 HO-Confirm 메시지를 전송하는 동작을 수행할 수 없다. 이는 서빙 RAS(200)가 MOB-HO-IND 메시지를 수신하지 못하기 때문이다.

그러나, 추후 이동 단말(100)은 RNG-REQ 메시지를 서빙 RAS(200)와 ACR(300)을 경유하여 타겟 RAS(400)로 전송하게 되며(S409), 이 경우 타겟 RAS(400)는 ACR(300)과 Context-Request 및 Context-Response 메시지를 교환하게 된다(S410, S411). Context 메시지의 교환 후 타겟 RAS(400)는 RNG-Rsp 메시지를 이동 단말로 전달한다(S412). 이와 같이 Context Request 및 Context Response 메시지 교환을 통한 버퍼링 패킷 전송 경로 설정 과정이 RNG-Req 메시지 전송 후 발생하는 것이 본 발명의 제1 실시예와 다르다.

이와 같이 버퍼링 패킷을 전송할 경로 설정 뒤, ACR(300)은 타겟 RAS(400)는 Path-Reg-Req 메시지를 수신(S413)한 후부터 이동 단말(100)로 전송할 패킷을 자신이 버퍼링하게 된다(S414). 또한, 그 후의 과정은 S415 내지 S422의 과정은 도 3의 S319 내지 S326의 과정과 동일하다. 마지막으로, 제1 실시예와 마찬가지로 ACR(300)은 서빙 RAS(200)로부터 Path-DeReg-Req 메시지를 수신(S423)한 후부터 상기 과정에서 설정한 패스를 이용하여 자신이 버퍼링했던 패킷들을 타겟 RAS(400)로 전달하는 과정(S425)을 수행한다.

도 5는 본 발명의 또 다른 실시예에 따른 ACR의 내부 구성을 나타낸 블록도이다.

도 5에 도시된 바와 같이 ACR(300)은 이더넷 프로세싱 모듈(310), IP 프로세싱 모듈(320), ACR 패킷 출력 모듈(330), 포워드 CS 프로세싱 모듈(340), ACR 패킷 버퍼(341), GRE 매핑 모듈(350), 리버스 CS 프로세싱 모듈(351), GRE 터널 디캡슐레이션 모듈(352), 신규 GRE 터널 인캡슐레이션 모듈(353), GRE 매핑 테이블(360) 등으로 구성될 수 있다.

이더넷 프로세싱 모듈(310)은 패킷을 수신하여 이더넷 프로세싱을 수행하고 이를 IP 프로세싱 모듈로 전달하는 구성 요소에 해당한다. IP 프로세싱 모듈(320)은 이더넷 프로세싱 모듈(310)로부터 전달받은 패킷이 일반 IP 패킷에 해당하는지 GRE 터널링 패킷에 해당하는지 구별한다. 이와 같은 과정은 패킷의 헤더를 체크함으로써 이루어질 수 있다. 만일 일반 IP 패킷에 해당한다면 IP 프로세싱 모듈(320)은 IP 패킷을 포워드 CS 프로세싱 모듈(340)로 전달하며, GRE 터널링 패킷에 해당하는 경우 그 패킷을 GRE 매핑 모듈(350)로 전달한다.

포워드 CS 프로세싱 모듈(340)은 수신된 일반 IP 패킷의 목적지 주소를 체크하고, 상기 목적지 주소가 핸드오버하려는 이동 단말의 IP 주소인 경우 패킷을 ACR 패킷 버퍼(341)에 버퍼링한다.

GRE 매핑 모듈(350)은 전달받은 패킷의 GRE 헤더에 존재하는 GRE 키 값을 추출하고, GRE 매핑 테이블(360)에서 동일한 GRE 키 값을 가진 엔트리가 존재하는지 검색한다. 이 경우 GRE 매핑 테이블(360)은 위 표 1과 표 2의 테이블로 구성될 수 있다. 이와 같은 과정을 통하여 전달받은 패킷이 서빙 RAS가 버퍼링하였다가 ACR로 전송한 패킷인지 알 수 있다.

또한, GRE 매핑 모듈(351)은 GRE 키 값과 일치되는 엔트리를 GRE 매핑 테이블(360)에서 발견한 경우, 상기 GRE 키 값과 매칭되는 ACR(300)과 타겟 RAS(400) 터널링 시 필요한 GRE 키 값과, 소스 IP 주소, 목적지 IP 주소 값을 GRE 디캡슐레이션부(352)와 신규 GRE 인캡슐레이션부(353)로 전달한다. GRE 디캡슐레이션부(352)는 터널링되어 전달된 패킷의 GRE 헤더를 제거하게 되며, 신규 GRE 인캡슐레이션부(353)는 GRE 키 값, 소스 IP 주소, 목적지 IP 주소 값을 이용하여 신규 GRE 헤더를 추가하여 ACR 패킷 출력 모듈(330)로 전달한다.

도 6은 ACR에 의한 수신 패킷 처리 방법을 나타낸 순서도이다.

ACR(300)의 이더넷 프로세싱 모듈(310)로 수신되는 패킷은 IP 프로세싱 모듈(320)로 전달된다(S601). 상기 IP 프로세싱 모듈(320)은 수신된 패킷이 GRE 터널링되어 있는 패킷에 해당하는지 일반 IP 패킷에 해당하는지 판단하는 작업을 수행한다(S602). S602 판단 과정에서 수신된 패킷이 일반 IP 패킷이라면, IP 패킷 처리 모듈은 상기 패킷을 포워드 CS 프로세싱 모듈(340)로 전달한다.

Path-Reg-Req 메시지를 ACR(300)이 수신한 경우, 해당 단말에 대한 패킷 버퍼링 명령은 이미 포워드 CS 프로세싱 모듈(340)로 인가되어 있는 상태이다. 포워드 CS 프로세싱 모듈(340)은 수신된 패킷의 목적지 IP 주소가 핸드오버하려는 이동 단말(100)의 IP 주소인 경우, ACR 패킷 버퍼(341)로 상기 패킷을 전달함으로써 버퍼링을 수행한다.

한편 S602 판단 과정에서 수신된 패킷이 핸드오버를 수행하는 이동 단말(100)로 전송되어야 하는 GRE 터널링 패킷인 경우, 리버스 CS 프로세싱 모듈(351)에서 GRE 터널이 제거되고 IP 패킷으로 복원된 후 ACR 패킷 출력 모듈(330)을 거쳐 다시 IP 프로세싱 모듈(320)로 전달된다. 이와 같은 패킷들은 다시 포워드 CS 프로세싱 모듈(340)에서 ACR 패킷 버퍼(341)로 전달되어 패킷 버퍼링이 수행되는 것이다. 이 시점부터 ACR(300)로부터 서빙 RAS(200)으로의 데이터 전송은 일어나지 않게 된다.

도 7은 ACR에 의한 서빙 RAS로부터 전송된 패킷 처리 방법을 나타낸 순서도이다.

서빙 RAS(200)가 버퍼링하고 있던 패킷들은 ACR(300)의 이더넷 프로세싱 모듈(310)로 입력된다. 이더넷 프로세싱 모듈(310)은 이더넷 프로세싱을 거친 후 IP 프로세싱 모듈(320)로 패킷을 전달한다. IP 프로세싱 모듈(320)은 입력된 패킷이 GRE 터널링 패킷인지 체크하게 된다. 서빙 RAS(200)로부터 ACR(300)로 전송되는 패킷은 GRE 터널링 패킷인 것이다.

ACR(300)의 GRE 매핑 모듈(350)은 GRE 매핑 테이블(360) 중 표 1의 테이블을 검색하여 Gre 키가 상기 테이블에 존재하는지 체크하는 과정을 수행한다. GRE 키가 표 1의 테이블에 존재한다면, 상기 키는 서빙 RAS(200)에 버퍼링되어 있던 패킷이 전달된 것임을 알 수 있는 것이다. 본 실시예에서 ACR(300)로 입력된 패킷은 AcrGreKey 1의 Gre 키 값을 갖는 것으로 가정하기로 한다. 이 경우 표 1에 의하면 GRE 매핑 모듈(350)은 수신된 패킷이 서빙 RAS(200)가 버퍼링하던 패킷이며, 상기 패킷에 상응하는 변환 터널링 인덱스는 1임을 알 수 있다.

GRE 매핑 모듈(350)은 변환 터널링 인덱스 값인 1과 패킷을 GRE 터널 디캡슐레이션 모듈(352)로 먼저 전달하게 된다. GRE 터널 디캡슐레이션 모듈(352)은 상기 패킷의 GRE 터널링 헤더를 모두 제거한 후 신규 GRE 터널 인캡슐레이션 모듈(353)로 패킷을 전달한다. 그 후 터널링 변환 인덱스 1번 엔트리에 상응하는 소스 주소 IP = ACR_IP와 목적지 IP 주소 = T-RAS_IP 값을 이용하여 신규 GRE 터널을 생성한다. 이와 같이 생성된 패킷은 ACR 패킷 출력 모듈(330)을 통하여 타겟 RAS(400)로 전달된다.

도 8은 ACR에 의한 버퍼링된 패킷의 출력 방법을 나타낸 순서도이다.

ACR(300)은 Path-DeReg-Req 메시지의 수신 여부를 체크한다. 이와 같은 체크 작업은 ACR(300)의 제어 평면에서 이루어질 수 있다. 만일 상기 S801 과정 결과 Path-DeReg-Req 메시지를 수신한 경우, ACR 패킷 버퍼(341)로 버퍼링 패킷 출력 명령이 인가되게 된다. 이를 수신한 ACR 패킷 버퍼(341)는 버퍼링하고 있던 해당 이동 단말(100)의 패킷을 포워드 CS 프로세싱 모듈(340)로 전송한다. 포워드 CS 프로세싱 모듈(340)은 버퍼링되어 있던 패킷의 분류(Classification), PHS(Packet Header Suppression) 기능을 수행하고, GRE 터널을 생성하여 ACR 패킷 출력 모듈(330)을 거쳐 타겟 RAS(400)로 패킷을 전송한다.

이상에서 대표적인 실시예를 통하여 본 발명에 대하여 상세하게 설명하였으나, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자는 상술한 실시예에 대하여 본 발명의 범주에서 벗어나지 않는 한도 내에서 다양한 변형이 가능함을 이해할 것이다. 그러므로 본 발명의 권리 범위는 설명된 실시예에 국한되어 정해져서는 안되며, 후술하는 특허청구범위뿐만 아니라 이 특허청구범위와 균등한 것들에 의하여 정해져야 한다.

상기한 바와 같이 본 발명에 따르면 서빙 RAS와 ACR에서 분산적으로 패킷 버퍼링을 수행하고 핸드오버 종료 후 서빙 RAS에서 버퍼링하고 있던 패킷들은 ACR에 의한 GRE 터널 변환을 이용하여 타겟 RAS로 전달되고, 이 후 ACR에서 버퍼링하고 있던 패킷들이 타겟 RAS로 전달됨으로써, 시퀀스 넘버를 사용하지 않고, ACR 및 RAS에서 불필요한 버퍼링을 수행하지 않으므로 자원의 낭비를 초래하지 않는다는 효과를 얻을 수 있다.

Claims

와이맥스에서의 이동 단말 핸드오버 제어 방법에 있어서,

서빙 RAS(Radio Access Station)와 ACR(Access Control Router)이 소정의 메시지 교환 과정 전후에 각각 핸드오버하려는 이동 단말로 전송될 패킷을 나누어 버퍼링하는 단계;

이동 단말이 핸드오버를 완료한 경우, 상기 ACR은 서빙 RAS가 버퍼링하던 패킷과 자신이 버퍼링했던 패킷을 순차적으로 타겟 RAS로 터널링하는 단계를 포함하는 이동 단말 핸드오버 방법.
제1항에 있어서,

상기 서빙 RAS와 ACR가 패킷을 나누어 버퍼링하는 단계는,

상기 서빙 RAS가 핸드오버하려는 이동 단말로부터 MOB-BSHO-RSP 메시지를 수신한 후부터 상기 이동 단말로 전송될 패킷을 버퍼링하는 단계;

상기 ACR은 이동 단말이 핸드오버하려는 타겟 RAS로부터 Path-Reg-Req 메시지를 수신한 후부터 상기 이동 단말로 전송될 패킷을 버퍼링하는 단계를 포함하는 이동 단말 핸드오버 제어 방법.
제2항에 있어서,

상기 ACR이 핸드오버할 이동 단말로 전송될 패킷을 버퍼링하는 단계는,

상기 ACR은 Path-Reg-Req 신호를 수신하여 패킷 버퍼링을 개시하는 단계; 와

상기 ACR은 수신된 IP 패킷의 목적지 주소가 핸드오버하려는 이동 단말의 IP 주소인지 체크하고 그 결과에 따라 수신된 IP 패킷을 버퍼링하는 단계를 포함하는 이동 단말 핸드오버 제어 방법.
제2항에 있어서,

상기 Path-Reg-Req 메시지는,

타겟 RAS의 IP 주소, ACR과 타겟 RAS 간 터널링 시 이용되는 GRE(Generic Routing Encapsulation) 키 값을 포함하는 것을 특징으로 하는 이동 단말 핸드오버 제어 방법.
제4항에 있어서,

상기 ACR은,

서빙 RAS와의 터널링 시 이용되는 제1 GRE 키 값과 타겟 RAS와의 터널링 시 이용되는 제2 GRE 키 값을 매핑하여 저장하는 GRE 매핑 테이블 생성 단계를 더 포함하는 이동 단말 핸드오버 제어 방법.
제1항에 있어서,

서빙 RAS가 버퍼링하던 패킷을 상기 ACR이 타겟 RAS로 터널링하는 단계는,

상기 ACR은 HO Complete 메시지의 전송 후 상기 서빙 RAS로부터 버퍼링 패킷을 수신하는 단계;

상기 ACR은 서빙 RAS로부터 수신한 버퍼링 패킷이 GRE 터널링된 패킷인지 확인하는 단계; 및

상기 ACR은 서빙 RAS로부터 수신된 패킷의 GRE 헤더를 디캡슐레이션하고, 타겟 RAS와의 터널링시 필요한 GRE 키 값과 목적지 주소로서 타겟 RAS의 IP 주소를 포함하는 신규 GRE 헤더를 인캡슐레이션하여 타겟 RAS로 터널링하는 단계를 포함하는 이동 단말 핸드오버 제어 방법.
제6항에 있어서,

상기 ACR이 신규 GRE 헤더를 인캡슐레이션하는 단계는,

상기 ACR이 서빙 RAS로부터 수신한 패킷의 GRE 헤더에 포함된 제1 GRE 키 값을 체크하는 단계;

상기 ACR은 상기 제1 GRE 키 값에 상응하는 ACR과 타겟 RAS 간 GRE 키 값, 소스 및 목적지 IP 주소를 GRE 매핑 테이블에서 검색하는 단계;

상기 ACR은 검색된 ACR과 타겟 RAS 간 GRE 키 값, 소스 및 목적지 IP 주소를 포함한 헤더를 상기 버퍼링 패킷에 인캡슐레이션하여 타겟 RAS로 터널링하는 단계를 포함하는 이동 단말 핸드오버 제어 방법.
제6항에 있어서,

서빙 RAS는 버퍼링되어 있던 패킷의 전송 후 Path-DeReg-Req 메시지를 ACR로 전송하는 단계; 와

ACR은 이에 대한 응답으로 Path-DeReg-Rsp 메시지를 서빙 RAS로 전송하여 버퍼링 패킷 전송을 위한 경로 해제를 수행하는 단계를 더 포함하는 이동 단말 핸드오버 제어 방법.
제8항에 있어서,

상기 ACR은 Path-DeReg-Rsp 메시지를 서빙 RAS로 전송한 후 자체적으로 버퍼링하던 패킷을 타겟 RAS로 터널링하는 작업을 개시하는 단계를 더 포함하는 이동 단말 핸드오버 제어 방법.
와이맥스 네트워크에 있어서,

핸드오버하려는 이동 단말로부터 핸드오버 개시 과정을 요청하는 메시지를 수신한 후부터 상기 이동 단말로 전송될 패킷을 버퍼링하는 서빙 RAS; 와

타겟 RAS으로부터 데이터 경로 설정 요청 메시지를 수신한 후 핸드오버할 이동 단말로 전송할 패킷을 자체적으로 버퍼링하고, 핸드오버 완료 메시지 수신 후 서빙 RAS가 버퍼링한 패킷과 자체적으로 버퍼링한 패킷을 순차적으로 타겟 RAS로 터널링하는 ACR을 포함하는 와이맥스 네트워크.
제10항에 있어서,

상기 ACR은,

Path-Reg-Req 신호가 수신되는지 확인한 후, 수신된 IP 패킷의 목적지 주소가 핸드오버하려는 이동 단말의 IP 주소인지 체크하여 그 결과에 따라 수신된 IP 패킷을 버퍼링하는 것을 그 특징으로 하는 와이맥스 네트워크.
제11항에 있어서,

상기 Path-Reg-Req 메시지는,

타겟 RAS의 IP 주소, ACR과 타겟 RAS 간 터널링 시 이용되는 GRE 키 값을 포함하는 것을 특징으로 하는 와이맥스 네트워크.
제12항에 있어서,

상기 ACR은,

서빙 RAS와의 터널링 시 이용되는 제1 GRE 키 값과 타겟 RAS와의 터널링 시 이용되는 제2 GRE 키 값을 매핑하여 저장하는 GRE 매핑 테이블을 생성하는 것을 그 특징으로 하는 와이맥스 네트워크.
제10항에 있어서,

상기 서빙 RAS는 HO Complete 메시지를 수신한 경우 버퍼링된 패킷을 상기 ACR로 전송하며,

상기 ACR은 서빙 RAS로부터 수신한 버퍼링 패킷이 GRE 터널링된 패킷인지 확인하고, 서빙 RAS로부터 수신된 패킷의 GRE 헤더를 디캡슐레이션하고, 타겟 RAS와의 터널링시 필요한 GRE 키 값과 목적지 주소로서 타겟 RAS의 IP 주소를 포함하는 신규 GRE 헤더를 인캡슐레이션하여 타겟 RAS로 터널링하는 것을 특징으로 하는 와이맥스 네트워크.
제14항에 있어서,

상기 ACR이 신규 GRE 헤더를 인캡슐레이션하는 단계는,

상기 ACR이 서빙 RAS로부터 수신된 패킷의 GRE 헤더에 포함된 제1 GRE 키 값 을 체크하고, 상기 제1 GRE 키 값에 상응하는 ACR과 타겟 RAS 간 GRE 키 값, 소스 및 목적지 IP 주소를 GRE 매핑 테이블에서 검색하여, 검색된 ACR과 타겟 RAS 간 GRE 키 값, 소스 및 목적지 IP 주소를 포함한 헤더를 상기 버퍼링 패킷에 인캡슐레이션하여 타겟 RAS로 터널링하는 것을 특징으로 하는 와이맥스 네트워크.
제14항에 있어서,

상기 서빙 RAS는 버퍼링되어 있던 패킷의 전송 후 Path-DeReg-Req 메시지를 ACR로 전송하고,

상기 ACR은 이에 대한 응답으로 Path-DeReg-Rsp 메시지를 서빙 RAS로 전송함으로써 버퍼링 패킷 전송을 위한 경로 해제를 수행하는 것을 특징으로 하는 와이맥스 네트워크.
제16항에 있어서,

상기 ACR은 Path-DeReg-Rsp 메시지를 서빙 RAS로 전송한 후 자체적으로 버퍼링하던 패킷을 타겟 RAS로 터널링하는 작업을 개시하는 것을 특징으로 하는 와이맥스 네트워크.
와이맥스 네트워크의 ACR에 있어서,

수신된 패킷이 GRE 터널링 패킷인 경우, GRE 헤더에 존재하는 제1 GRE 키 값을 이용하여 수신된 패킷이 서빙 RAS가 버퍼링한 패킷인지 판별하는 GRE 키 매핑 모듈;

상기 GRE 키 매핑 모듈의 판단 결과 수신된 패킷이 서빙 RAS가 버퍼링한 패킷인 경우 GRE 헤더를 디캡슐레이션하는 GRE 터널 디캡슐레이션 모듈;

상기 GRE 헤더가 삭제된 패킷에 상기 제1 GRE 키 값에 상응하는 ACR과 타겟 RAS 간 GRE 키 값을 포함하는 헤더를 인캡슐레이션하는 신규 GRE 터널 디캡슐레이션 모듈;

수신된 일반 IP 패킷의 목적지 주소를 체크하고, 상기 목적지 주소가 핸드오버하려는 이동 단말의 IP 주소인 경우 패킷을 버퍼링하는 포워드 CS 프로세싱 모듈; 및

상기 인캡슐레이션된 패킷을 타겟 RAS로 출력하는 ACR 패킷 출력 모듈을 포함하는 ACR.
제18항에 있어서,

ACR과 서빙 RAS 간의 터널링 시 이용되는 GRE 키 값과 그에 상응하는 인덱스를 포함하는 제1 GRE 테이블; 과

ACR과 타겟 RAS 간의 터널링 시 이용되는 GRE 키 값, 소스 IP 주소 및 목적 지 IP 주소 및 그에 상응하는 인덱스를 포함하는 제2 GRE 테이블을 포함하는 GRE 매핑 테이블을 더 포함하는 ACR.
제18항에 있어서,

상기 포워드 CS 프로세싱 모듈의 제어에 따라 핸드오버할 이동 단말로 전송될 패킷을 버퍼링하기 위한 ACR 패킷 버퍼를 더 포함하는 ACR.