KR20070042035A - 전송계층에서 심리스 핸드오버 지원방법 - Google Patents

전송계층에서 심리스 핸드오버 지원방법 Download PDF

Info

Publication number
KR20070042035A
KR20070042035A KR1020050097787A KR20050097787A KR20070042035A KR 20070042035 A KR20070042035 A KR 20070042035A KR 1020050097787 A KR1020050097787 A KR 1020050097787A KR 20050097787 A KR20050097787 A KR 20050097787A KR 20070042035 A KR20070042035 A KR 20070042035A
Authority
KR
South Korea
Prior art keywords
address
handover
message
mobile node
data
Prior art date
Application number
KR1020050097787A
Other languages
English (en)
Inventor
서경주
윤순영
조재희
황인석
Original Assignee
삼성전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to KR1020050097787A priority Critical patent/KR20070042035A/ko
Priority to US11/581,838 priority patent/US20070086386A1/en
Publication of KR20070042035A publication Critical patent/KR20070042035A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5084—Providing for device mobility
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0019—Control or signalling for completing the hand-off for data sessions of end-to-end connection adapted for mobile IP [MIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 발명은 전송계층에서 심리스 핸드오버 지원방법에 관한 것으로, SCTP(Stream Control Transport Protocol)을 사용하는 네트워크에서 이동노드의 핸드오버방법에 있어서, 상기 이동노드가 핸드오버 후 핸드오버 여부를 상기 상대노드로 전송하는 과정과, 상기 핸드오버 여부를 전송받은 상기 상대노드는 상기 이동노드로 상기 핸드오버 여부를 확인하는 과정과, 상기 핸드오버 확인 과정 후, 상기 이동노드의 메시지 송신 IP주소를 검사하는 과정과, 상기 IP 주소 검사과정 후, 상기 IP주소에 따라 상기 이동노드의 우선 IP주소를 변경하는 과정을 포함하는 것으로 상기 이동노드와 상대노드는 핸드오버 환경하에서도 데이터의 손실을 최소화하고 단절 없는 통신이 가능한 이점이 있다.
전송계층, 네트워크 계층, 심리스 핸드오버(Seamless Handvoer), 라우터, 이동노드, 상대노드.

Description

전송계층에서 심리스 핸드오버 지원방법{METHOD FOR SEAMLESS HANDVOER SUPPORT IN TRANSPORT LAYER}
도 1은 기존의 전송계층에서의 핸드오버 과정을 도시한 도면,
도 2는 본 발명의 실시 예에 따른 심리스 핸드오버 환경하에서의 데이터 전송을 위한 네트워크 구조를 도시한 도면,
도 3은 본 발명의 실시 예에 따른 심리스 핸드오버 환경하에서의 데이터 전송을 위한 이동노드의 동작흐름을 도시한 흐름도,
도 4는 본 발명의 실시 예에 따른 심리스 핸드오버 환경하에서의 데이터 전송을 위한 상대노드의 동작흐름을 도시한 흐름도,
도 5는 본 발명의 실시 예에 따른 HADOVER-CONF 메시지의 구조을 도시한 도면,
도 6은 본 발명의 실시 예에 따른 HANDOVER-CONF ACK 메시지의 구조를 도시한 도면, 및,
도 7은 본 발명의 실시 예에 따른 심리스 핸드오버 환경하에서의 데이터 전송을 위한 핸드오버 과정을 도시함 도면.
본 발명은 핸드오버 지원방법에 관한 것으로 특히 이동노드가 핸드오버할 경우 전송계층에서의 심리스 핸드오버방법에 관한 것이다.
현재, 각 사무실이나 학교 또는 상용 서비스중인 유선을 이용한 인터넷연결이 무선랜(Wireless LAN)을 사용한 무선통신이나 블루투스(Bluetooth), 적외선통신 등을 이용한 무선통신을 이용한 연결로 급격하게 전환되고 있다.
또한, 상기 무선통신은 통신 중 이동이 가능하기 때문에 자연스럽게 상기 이동성에 대한 구체적인 연구가 필요하게 되었고, 인터넷 관련 기술 표준화 단체인 IETF(Internet Engineering Task Force)에서 상기 이동성을 지원하기 위한 Mobile IP 기술을 제공하게 이르렀다.
상기 Mobile IP 기술은 IP(Internet Protocol)의 버전에 따라 Mobile IP version 4 와 Mobile IP version 6가 있다.
상기 Mobile IP 기술은 이동노드가 특정 상대노드와 통신하고 있는 경우, 현재 이동노드가 속한 네트워크에서 다른 네트워크로 이동하더라도, 즉 상기 이동노드의 IP주소가 바뀌는 환경에서도, 상기 이동노드의 IP(Internet Protocol)주소를 변경하지 않고 현재의 통신상태를 단절없이 유지할 수 있는 거시적인 관점에서의 이동성을 지원하기 위한 네트워크 계층에서의 프로토콜이다.
상기 네트워크 계층에서의 이동성은 데이터링크계층에서의 이동성과는 구별 되고, 특히, 상기 데이터링크계층에서의 이동성은, 예를 들어 무선랜의 경우, IEEE802.11a/b/g 같은 데이터링크계층 프로토콜에서 AP(Access Point)사이의 이동을 의미한다.
하지만, 상기 Mobile IP기술은 IP 버전에 따라 네트워크 상에서 이동성 지원을 위한 홈에이전트(Home Agnet), 포린에이전트(Foreign Agent)같은 특정 에이전트기능을 수행하는 라우터(Router)를 필요로 하고, 핸드오버시 상기 이동노드로 패킷(Packet)을 전달하기 위해 IP터널링(Tunneling) 및 패킷버퍼링(Packet Buffering)이 필요하므로 과도한 오버헤드(Overhead)가 발생하는 문제점이 있다.
네트워크 계층에서 이동성을 지원하는 상기 Mobile IP기술과는 달리, 상기 IETF에서는 전송계층(Transport)에서 이동성을 지원하기 위해 상기 SCTP(Stream Control Transport Protocol)기술과 mSCTP(mobile SCTP)기술을 제안하고 있다.
상기 SCTP기술과 mSCTP기술은 상기 Mobile IP기술과는 달리, 상기 전송계층에서 이동성을 지원하기 위해서 멀티호밍(Multi Homing)기술을 지원한다. 상기 멀티호밍기술은 하나 또는 복수 개의 NIC(Network Interface Card)에 복수 개의 IP주소 사용할 수 있는 것이다. 즉, 이동노드의 핸드오버에 따른 복수 개의 IP주소 사용을 지원한다.
또한, 상기 기술은 특정 에이전트가 필요하지 않고, 양끝(End to End)노드에서만 상기 기술을 지원하면 되므로, 상기 기술의 실제적용이 상대적으로 용이하나, 현재까지는 초보단계로서 전체적인 프레임워크(Frame Work)를 갖추는 단계에 있으며, 아직 상기 이동노드의 심리스 핸드오버를 고려하지 않는 문제점이 있다.
상기 심리스 핸드오버는 핸드오버시 발생하는 데이터의 손실이 상대적으로 적은 핸드오버이다. 즉, 상기 기술에서 상기 이동노드가 핸드오버를 할 경우, 지연시간으로 인해 핸드오버시 통신단절 및 데이터 손실이 발생하는 문제점이 있다.
도 1은 기존의 전송계층에서의 핸드오버시의 과정을 도시한 것이다.
상기 도 1을 참조하면, 특정 네트워크 영역에서의 이동노드(101)는 110단계에서 상대노드(105)와 통신 수행 중 다른 네트워크 영역으로 핸드오버를 시도한다.
이후, 상기 이동노드(102)는 120단계에서 상기 다른 네트워크 영역에서 새로운 IP주소를 획득하고 ADD-IP-ASCONF(Address Configuration Change Chunk)메시지에 상기 새로운 IP주소를 포함하여 상기 상대노드(105)로 전송한다.
상기 ADD-IP-ASCONF메시지는 SCTP 메시지로서 핸드오버시 새로 획득한 IP 주소를 알려 주기위해 사용한다.
상기 ADD-IP-ASCONF메시지를 수신한 상기 상대노드(105)는 130단계로 진행하여 ADD-IP-ASCONF-ACK메시지를 응답메시지로 전송한다.
이후, 상기 상대노드(105)는 135단계에서 우선 IP주소를 상기 전송받은 상기 이동노드(102)의 새로운 IP주소로 갱신한다. 상기 우선 IP주소는 현재 상기 이동노드(102)가 메인으로 사용하고 있는 IP 주소이다.
이후, 상기 이동노드(102)가 다시 상기 특정 네트워크 영역으로 이동하면 상기 상대노드(105)가 상기 이동노드(101)로 데이터 전송이 불가능하여 데이터 손실이 발생한다. 즉 단절없는 서비스 제공이 불가능한 문제가 있다.
따라서, 본 발명의 목적은 전송계층에서의 데이터 손실을 최소화하고 단절이 없는 핸드오버방법을 제공함에 있다.
상기 문제점을 해결하기 위한 본 발명의 방법은 SCTP(Stream Control Transport Protocol)을 사용하는 네트워크에서 이동노드의 핸드오버방법에 있어서, 상기 이동노드가 핸드오버 후 핸드오버 여부를 상기 상대노드로 전송하는 과정과, 상기 핸드오버 여부를 전송받은 상기 상대노드는 상기 이동노드로 상기 핸드오버 여부를 확인하는 과정과, 상기 핸드오버 확인 과정 후, 상기 이동노드의 메시지 송신 IP주소를 검사하는 과정과, 상기 IP 주소 검사과정 후, 상기 IP주소에 따라 상기 이동노드의 우선 IP주소를 변경하는 과정을 포함하는 것을 특징으로 한다.
상기 문제점을 해결하기 위한 본 발명의 다른 방법은 SCTP(Stream Control Transport Protocol)을 사용하는 네트워크에서 이동노드의 핸드오버시 상대노드가 상기 이동노드의 핸드오버를 확인하는 방법에 있어서, 상기 상대노드는 HADOVER-CONF 메시지를 상기 이동노드로 전송하는 과정과, 상기 HADOVER-CONF 메시지 수신한 상기 이동노드는 HADOVER-CONF-ACK 메시지를 상기 상대노드로 전송하는 과정을 포함하는 것을 특징으로 한다.
상기 문제점을 해결하기 위한 본 발명의 또 다른 방법은 SCTP(Stream Control Transport Protocol)을 사용하는 네트워크에서 상대노드가 이동노드의 핸드오버 확인 후의 데이터 전송방법에 있어서, 상기 상대노드는 상기 데이터를 상기 이동노드의 새로운 IP주소로 전송하는 과정과, 상기 새로운 IP주소로 상기 데이터 전송 후, 상기 이동노드가 새로운 IP주소부터 상기 데이터에 대한 응답을 할 경우, 상기 새로운 IP주소로 데이터 전송을 계속하는 과정을 포함하는 것을 특징으로 한다.
상기 문제점을 해결하기 위한 본 발명의 또 다른 방법은 SCTP(Stream Control Transport Protocol)을 사용하는 네트워크에서 상대노드가 이동노드의 핸드오버에 따른 우선 IP주소 설정방법에 있어서, 상기 상대노드가 상기 이동노드의 핸드오버를 확인하고 상기 이동노드의 새로운 IP주소로 데이터를 전송하는 과정과, 상기 새로운 IP주소로 데이터를 전송한 후, 상기 새로운 IP주소로부터 상기 데이터에 대한 응답을 수신할 경우, 상기 상대노드는 상기 이동노드의 우선 IP주소를 상기 새로운 IP주소로 갱신하는 과정을 포함하는 것을 특징으로 한다.
본 발명의 바람직한 실시 예를 첨부한 도면의 참조와 함께 상세히 설명한다. 그리고 본 발명을 설명함에 있어서, 관련된 공지기술 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단된 경우 그 상세한 설명은 생략한다.
이하, 본 발명은 전송계층에서 심리스핸드오버 지원방법에 대해 설명할 것이다.
도 2는 본 발명의 실시 예에 따른 심리스 핸드오버 환경하에서의 데이터 전송을 위한 네트워크 구조를 도시한 것이다.
상기 도 2를 참조하면, 상대노드(270)는 이동노드(260)과 통신하고 있는 종단노드이다. 상기 상대노드(270)와 이동노드(260)는 인터넷(200)에서 SCTP/IP 을 이용하여 통신을 한다.
본 발명에서는 상기 이동노드(260)는 무선통신을 지원하는 데이터링크계층 프로토콜(예를 들어, IEEE 802.11a/b/g)을 사용하고 있다고 가정한다. 그리고 라우터(215, 225, 245)는 기존의 라우터에 무선통신을 지원하는 장치(예를 들어, IEEE 802.11a/b/g 프로토콜 지원 AP)가 연결되어 있어 무선통신이 가능하다고 가정한다. 상기 무선통신 지원장치는 상기 라우터(215, 225, 245)에 포함되거나 별도의 장치로서 존재할 수 있다.
또한, 상기 라우터(215, 225, 245)는 각각 고유한 IP주소범위를 가지고 있어 상기 라우터(215, 225, 245)에 연결된 노드는 상기 라우터(215, 225, 245)에 따라 고유한 IP주소를 가진다.
상기 고유한 IP주소는 IPv4의 경우 사설주소(Private Address)가 아닌 공용주소(Public Address)이고 IPv6의 경우는 로컬주소(Local Address)가 아닌 전역주소(Global Unicast Address)이다.
또한, 본 발명에서는 미 도시하였지만, 상기 상대노드(270)에 연결된 상기 라우터(245)는 무선통신을 사용하지 않고 유선으로 연결될 수 있다.
상기 라우터(215, 225, 245)는 상기 라우터(215, 225, 245)에 연결을 원하는 노드를 위해 상기 라우터(215, 225, 245)의 존재를 알리는 광고메시지를 각각 주기적으로 전송한다. 상기 광고메시지에는 상기 라우터(215, 225, 245) 각각의 네트워 크 주소를 포함하고 있다.
상기 광고메시지는 상기 라우터(215, 225, 245) 각각의 네트워크 주소를 포함하고 무선으로 전송되는 메시지이기 때문에 상기 무선출력의 크기로 인한 고유한 영역(210, 220, 240)을 가진다.
상기 라우터(215, 225, 245)의 고유한 영역(210, 220, 240)에 위치하는 노드는 상기 라우터(215, 225, 245)가 주기적으로 전송하는 상기 광고메시지를 수신하여 IP주소를 획득할 수 있다.
상기 획득 과정은 IPv4의 경우 DHCP(Dynamic Host Configuration Protocl)를 이용할 수 있고, IPv6의 경우 자동구성(Stateless AutoConfiguration)을 이용해 상기 노드가 직접 IP주소를 생성하거나 상기 IPv4의 경우처럼 DHCP를 이용해 IP주소를 획득할 수 있다. 상기 DHCP(Dynamic Host Configuration Protocl)는 라우터(215, 225, 245) 또는 특정 서버가 상기 노드에 IP주소를 할당하는 프로토콜이다.
도 3은 본 발명의 실시 예에 따른 심리스 핸드오버 환경하에서의 데이터 전송을 위한 이동노드의 동작흐름을 도시한 것이다.
상기 도 3을 참조하면, 상기 이동노드(260)은 310단계에서 1 영역(210)에서 2 영역(220)으로 핸드오버 후, 상대노드(270)로 전송한 ADD-IP-ASCONF(Address Configuration Change Chunk) 메시지에 대한 응답으로 ADD-IP-ASCONF-ACK(Address Configuration Change Chunk Acknowledgment) 메시지를 수신한다.
이후, 상기 이동노드(260)는 315단계에서 상기 상대노드(270)가 전송한 HADOVER-CONF메시지를 수신한다. 상기 HADOVER-CONF 메시지를 수신한 상기 이동노 드(260)은 320단계에서 응답으로 HADOVER-CONF-ACK 메시지를 상기 상대노드(270)으로 전송한다.
상기 HADOVER-CONF메시지는 상기 이동노드(260)의 핸드오버를 확인하는 메시지이다. 그리고 상기 HADOVER-CONF-ACK 메시지는 상기 HADOVER-CONF 메시지에 대한 응답메시지이고 상기 HADOVER-CONF메시지의 수신결과, 즉, 성공 또는 오류여부를 포함한다.
이후, 상기 이동노드(260)는 325단계로 진행하여 상기 상대노드(270)가 전송한 데이터를 수신한다.
이후, 상기 이동노드(260)은 330단계로 진행하여 핸드오버 후 획득한 새로운 IP주소로부터 상기 데이터가 수신되었는지 검사한다.
만약, 상기 330단계에서 상기 데이터가 새로운 IP주소에서 수신되지 않았다면, 상기 이동노드(260)는 335단계로 진행하여 기존의 우선 IP주소를 유지하고 345단계로 진행하여 상기 수신한 데이터에 대한 응답메시지(Data ACK)를 상기 상대노드(270)로 전송한다.
만약, 상기 330단계에서 상기 데이터가 새로운 IP주소로부터 수신되었다면, 상기 이동노드(260)는 340단계로 진행하여 기존의 우선 IP주소를 상기 새로운 IP주소로 갱신하고, 345단계로 진행하여 상기 수신한 데이터에 대한 응답메시지(Data ACK)를 상기 상대노드(270)로 전송하고 본 발명에 따른 알고리듬을 종료한다.
도 4는 본 발명의 실시 예에 따른 심리스 핸드오버 환경하에서의 데이터 전송을 위한 상대노드의 동작흐름을 도시한 것이다.
상기 도 4를 참조하면, 상기 상대노드(270)는 이동노드(260)가 1 영역(210)에서 2 영역(220)으로 핸드오버 후, 전송한 ADD-IP-ASCONF 메시지를 수신하고 405단계에서 상기 메시지에 대한 응답으로 ADD-IP-ASCONF-ACK 메시지를 전송한다.
이후, 상기 상대노드(270)는 410단계로 진행하여 HADOVER-CONF 메시지를 상기 이동노드(260)로 전송한다.
이후, 상기 상대노드(270)는 415단계로 진행하여 상기 HADOVER-CONF메시지에 대한 응답메시지인 HADOVER-CONF-ACK 메시지의 수신이 있는지 검사한다.
만약, 상기 상대노드(270)가 상기 415단계에서 상기 HADOVER-CONF-ACK 메시지를 수신하면 420단계로 진행하여 상기 HADOVER-CONF메시지에 포함된 상기 이동노드(260)의 새로운 IP주소로 데이터를 전송한다.
이후, 상기 상대노드(270)은 425단계로 진행하여 상기 새로운 IP주소로부터의 데이터 응답메시지(DATA ACK)수신이 있는지 검사한다.
만약, 상기 425단계에서 상기 새로운 IP주소로부터 데이터 응답메시지(DATA ACK)의 수신이 있다면, 상기 상대노드(270)은 430단계로 진행하여 우선 IP주소를 상기 새로운 IP주소로 갱신한다.
만약, 상기 425단계에서 상기 새로운 IP주소로부터 데이터 응답메시지(DATA ACK)의 수신이 없다면, 상기 상대노드(270)는 435단계로 진행하여 상기 이동노드의(260)의 우선 IP주소로 데이터를 전송한다. 상기 이동노드(260)의 우선 IP주소는 상기 HADOVER-CONF 메시지에 포함되어 있다.
이후, 상기 상대노드(270)는 440단계로 진행하여 우선 IP주소로부터의 데이 터 응답메시지(DATA ACK) 수신이 있는지 검사한다.
만약, 상기 440단계에서 상기 우선 IP주소로부터 데이터 응답메시지(DATA ACK)의 수신이 있다면, 상기 상대노드(270)는 445단계로 진행하여 우선 IP주소를 유지하고 본 발명에 따른 알고리듬을 종료한다.
도 5는 본 발명의 실시 예에 따른 HADOVER-CONF 메시지의 구조을 도시한 것이다. 상기 도 5의 각 항목에 따른 숫자는 각 항목을 크기를 비트(Bit)수로 표시한 것이다. 그리고 본 발명에서는 청크(Chunk)와 메시지를 같은 의미로 사용한다.
상기 도 5를 참조하면, 타입(Type)(505)은 메시지의 종류를 구분하기 위해 사용한다. 즉 상기 메시지가 HANDOVER-CONF 메시지임을 나타낸다. 본 발명에서는 상기 HANDOVER-CONF 메시지의 타입으로 "0xC2"를 사용한다.
청크플래그(Chunk Flag)(510)는 상기 메시지에 특정 플래그 설정을 위하여 예약한 영역으로서 상기 청크플래그(510) 중 한 비트, 본 발명에서는 핸드오버(H) 비트(511)를 설정하여 핸드오버 확인여부를 나타낸다.
청크길이(Chunk length)(515)는 상기 메시지의 길이를 나타낸다. 일련번호(Serial number)(720)는 상기 메시지의 일련번호이고 0 부터 4294967295 까지의 값을 가진다.
어드레스 파라미터(Address Parameter)#1(525)는 상기 이동노드(260)의 우선 IP주소를 나타낸다. 어드레스 파라미터(Address Parameter)#2(530)는 상기 이동노드(260)가 핸드오버 후 획득한 새로운 IP주소를 나타낸다.
도 6은 본 발명의 실시 예에 따른 HANDOVER-CONF-ACK 메시지의 구조를 도시 한 것이다. 상기 HANDOVER-CONF-ACK 메시지는 상기 HANDOVER-CONF의 응답메시지이다. 그리고 상기 도 6의 각 항목에 따른 숫자는 각 항목을 크기를 비트(Bit)수로 표시한 것이다.
상기 도 6을 참조하면, 타입(Type)(605)은 메시지의 종류를 구분하기 위해 사용한다. 즉 상기 메시지가 HANDOVER-CONF-ACK 메시지임을 나타낸다. 본 발명에서는 상기 HANDOVER-CONF-ACK 메시지의 타입은 "0x81"을 사용한다.
청크플래그(Chunk Flag)(610)는 상기 메시지에 특정 플래그 설정을 위하여 예약한 영역으로서 상기 청크플래그(610) 중 한 비트, 본 발명에서는 핸드오버(H) 비트(611)를 설정하여 핸드오버 확인여부를 나타낸다.
청크길이(Chunk length)(615)는 상기 메시지의 길이를 나타낸다. 일련번호(Serial number)(620)는 상기 메시지의 일련번호이고 0 부터 4294967295 까지의 값을 가진다.
어드레스 파라미터(Address Parameter)#1(525)는 상기 이동노드(260)의 우선 IP주소를 나타낸다. 어드레스 파라미터(Address Parameter)#2(530)는 상기 이동노드(260)가 핸드오버 후 획득한 새로운 IP주소를 나타낸다.
HANDOVER-CONF 파라미터 응답(Parameter Response)(635)은 수신한 상기 HANDOVER-CONF 메시지의 처리결과를, 즉 성공여부, 오류여부를 나타낸다.
도 7은 본 발명의 실시 예에 따른 심리스 핸드오버 환경하에서의 데이터 전송을 위한 핸드오버 과정을 도시한 것이다.
상기 도 7을 참조하면, 이동노드(701)는 710단계에서 1 영역(210)에서 2 영 역(220)으로 핸드오버를 한다.
이후, 2 영역(220)의 이동노드(702)는 715단계에서 새로운 IP주소를 획득하고, 상대노드(705)에 ADD-IP-ASCONF 메시지를 전송하여 상기 이동노드(702)의 핸드오버 사실을 전달한다.
상기 ADD-IP-ASCONF 메시지를 수신한 상기 상대노드(705)는 720단계에서 ADD-IP-ASCONF-ACK 메시지를 전송하여 상기 ADD-IP-ASCONF에 대해 응답하고, 상기 이동노드(702)의 핸드오버를 확인하기 위해 725단계에서 HANDOVER-CONF메시지를 상기 이동노드(702)로 전송한다.
상기 HANDOVER-CONF메시지를 수신한 상기 이동노드(702)는 730단계에서 상기 HANDOVER-CONF메시지에 대한 응답으로 HANDOVER-CONF-ACK 메시지를 상기 상대노드(705)로 전송한다.
이후, 상기 상대노드(705)는 735단계에서 상기 HADOVER-CONF메시지에 포함된 상기 이동노드(702)의 새로운 IP주소로 데이터를 전송한다.
상기 데이터를 수신한 상기 이동노드(702)는 응답으로 740단계에서 데이터 응답메시지(DATA ACK)를 상기 상대노드(705)로 전송한다.
상기 데이터 응답메시지(DATA ACK)를 수신한 상기 상대노드(705)는 750단계에서 상기 이동노드(702)에 대한 우선 IP주소를 새로운 IP주소로 갱신한다.
만약, 상기 상대노드(705)가 상기 데이터 응답메시지(DATA ACK)를 수신하지 못하고, 상기 이동노드(702)가 755단계에서와 같이 다시 1 영역(210)으로 핸드오버하는 경우, 상기 상대노드(705)는 새로운 IP주소로 전송한 데이터에 대한 데이터 응답메시지(DATA ACK)를 수신하지 못하기 때문에 우선 IP주소로 데이터를 전송한다.
상기 우선 IP주소로 전송한 데이터를 수신한 상기 이동노드(701)는 760단계에서 상기 데이터에 대한 응답으로 데이터 응답메시지(DATA ACK)를 상기 상대노드(705)로 전송한다.
765단계에서 상기 우선 IP주소로 전송한 데이터에 대한 응답메시지(DATA ACK)를 수신한 상기 상대노드(705)는 770단계로 진행하여 현재의 우선 IP주소를 유지하고 본 발명에 따른 알고리듬을 종료한다.
한편, 본 발명의 상세한 설명에서는 구체적인 실시예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.
상술한 바와 같이 본 발명은, 이동노드가 다른 네트워크 영역으로 핸드오버 한후 새로운 IP 주소를 획득하면 상대노드로 알리고 상대노드로 부터 상기 핸드오버에 대한 확인을 받는다. 이후 상대노드는 상기 이동노드로 데이터를 전송함에 있어 상기 이동노드의 핸드오버을 고려하여 상기 이동노드의 우선 IP주소를 유지하거나 변경함으로써 상기 이동노드와 상대노드는 핸드오버 환경하에서도 데이터의 손 실을 최소화하고 단절없는 통신이 가능한 이점이 있다.

Claims (19)

  1. SCTP(Stream Control Transport Protocol)을 사용하는 네트워크에서 이동노드의 핸드오버방법에 있어서,
    상기 이동노드가 핸드오버 후 핸드오버 여부를 상기 상대노드로 전송하는 과정과,
    상기 핸드오버 여부를 전송받은 상기 상대노드는 상기 이동노드로 상기 핸드오버 여부를 확인하는 과정과,
    상기 핸드오버 확인 과정 후, 상기 이동노드의 메시지 송신 IP주소를 검사하는 과정과,
    상기 IP 주소 검사과정 후, 상기 IP주소에 따라 상기 이동노드의 우선 IP주소를 변경하는 과정을 포함하는 것을 특징으로 하는 방법.
  2. SCTP(Stream Control Transport Protocol)을 사용하는 네트워크에서 이동노드의 핸드오버시 상대노드가 상기 이동노드의 핸드오버를 확인하는 방법에 있어서,
    상기 상대노드는 HADOVER-CONF 메시지를 상기 이동노드로 전송하는 과정과,
    상기 HADOVER-CONF 메시지 수신한 상기 이동노드는 HADOVER-CONF-ACK 메시지를 상기 상대노드로 전송하는 과정을 포함하는 것을 특징으로 하는 방법.
  3. 제 2항에 있어서,
    상기 상대노드는 ADD-IP-ASCONF(Address Configuration Change Chunk)-ACK(Acknowledgment)메시지를 전송한 후, 상기 HADOVER-CONF 메시지를 전송하는 것을 특징으로 하는 방법.
  4. 제 2항에 있어서,
    상기 HANDOVER-CONF메시지는 상기 상대노드가 상기 이동노드의 핸드오버여부를 확인하기 위해 상기 이동노드로 전송하는 메시지인것을 특징으로 하는 방법.
  5. 제 2항에 있어서,
    상기 HADOVER-CONF메시지의 구조는 메시지의 종류를 구분하기 위해 사용하는 타입(Type)필드(Field)와, 상기 메시지에 특정 플래그 설정을 위한 청크플래그(Chunk Flag)필드와, 상기 메시지의 길이를 나타내는 청크길이(Chunk length)필드와, 상기 메시지의 일련번호를 나타내는 일련번호(Serial number)필드와, 우선 IP주소를 나타내는 어드레스 파라미터(Address Parameter)#1필드와, 핸드오버 후 획득한 새로운 IP주소를 나타내는 어드레스 파라미터(Address Parameter)#2필드를 포함하는 것을 특징으로 하는 방법.
  6. 제 5항에 있어서,
    상기 청크플래그 필드에는 핸드오버 확인여부를 위해 "H" 이름의 1 비트(bit)를 할당하여 사용하는 것을 특징으로 하는 방법.
  7. 제 5항에 있어서,
    상기 일련번호는 0 부터 4294967295 까지의 값을 가지는 것을 특징으로 하는 방법.
  8. 제 5항에 있어서,
    상기 우선 IP주소는 ADD-IP-ASCONF메시지로 부터 획득함을 특징으로 하는 방법.
  9. 제 5항에 있어서,
    상기 새로운 IP주소는 ADD-IP-ASCONF메시지로 부터 획득함을 특징으로 하는 방법.
  10. 제 2항에 있어서,
    상기 HADOVER-CONF-ACK 메시지는 상기 HADOVER-CONF 메시지의 응답메시지인 것을 특징으로 하는 방법.
  11. 제 2항에 있어서,
    상기 HADOVER-CONF-ACK 메시지의 구조는 메시지의 종류를 구분하기 위해 사용하는 타입(Type)필드(Field)와, 상기 메시지에 특정 플래그 설정을 위한 청크플래그(Chunk Flag)필드와, 상기 메시지의 길이를 나타내는 청크길이(Chunk length)필드와, 상기 메시지의 일련번호를 나타내는 일련번호(Serial number)필드와, 우선 IP주소를 나타내는 어드레스 파라미터(Address Parameter)#1필드와, 핸드오버 후 획득한 새로운 IP주소를 나타내는 어드레스 파라미터(Address Parameter)#2필드와, 수신한 HANDOVER-CONF 메시지의 처리결과를 나타내는 HANDOVER-CONF 파라미터 응답(Parameter Response)필드를 포함하는 것을 특징으로 하는 방법.
  12. 제 11항에 있어서,
    상기 청크플래그 필드에는 핸드오버 확인여부를 위해 "H" 이름의 1 비트 (bit)를 할당하여 사용하는 것을 특징으로 하는 방법.
  13. 제 11항에 있어서,
    상기 일련번호는 0 부터 4294967295 까지의 값을 가지는 것을 특징으로 하는 방법.
  14. 제 11항에 있어서,
    상기 우선 IP주소는 HANDOVER-CONF메시지에서 획득하는 것을 특징으로 하는 방법.
  15. 제 11항에 있어서,
    상기 새로운 IP주소는 HANDOVER-CONF메시지에서 획득하는 것을 특징으로 하는 방법.
  16. SCTP(Stream Control Transport Protocol)을 사용하는 네트워크에서 상대노드가 이동노드의 핸드오버 확인 후의 데이터 전송방법에 있어서,
    상기 상대노드는 상기 데이터를 상기 이동노드의 새로운 IP주소로 전송하는 과정과,
    상기 새로운 IP주소로 상기 데이터 전송 후, 상기 이동노드가 새로운 IP주소부터 상기 데이터에 대한 응답을 할 경우, 상기 새로운 IP주소로 데이터 전송을 계속하는 과정을 포함하는 것을 특징으로 하는 방법.
  17. 제 16항에 있어서,
    상기 새로운 IP주소로 상기 데이터 전송 후, 상기 이동노드가 새로운 IP주소부터 상기 데이터에 대한 응답이 없을 경우, 우선 IP 주소로 데이터를 전송하는 과정과,
    상기 우선 IP주소로 상기 데이터 전송 후, 상기 이동노드가 우선 IP주소부터 상기 데이터에 대한 응답을 할 경우, 상기 우선 IP주소로 데이터 전송을 계속하는 과정을 더 포함하는 것을 특징으로 하는 방법.
  18. SCTP(Stream Control Transport Protocol)을 사용하는 네트워크에서 상대노드가 이동노드의 핸드오버에 따른 우선 IP주소 설정방법에 있어서,
    상기 상대노드가 상기 이동노드의 핸드오버를 확인하고 상기 이동노드의 새로운 IP주소로 데이터를 전송하는 과정과,
    상기 새로운 IP주소로 데이터를 전송한 후, 상기 새로운 IP주소로부터 상기 데이터에 대한 응답을 수신할 경우, 상기 상대노드는 상기 이동노드의 우선 IP주소를 상기 새로운 IP주소로 갱신하는 과정을 포함하는 것을 특징으로 하는 방법.
  19. 제 18항에 있어서,
    상기 새로운 IP주소로 데이터를 전송한 후, 상기 새로운 IP주소로부터 상기 데이터에 대한 응답을 수신하지 못할 경우, 상기 상대노드는 상기 이동노드의 우선 IP주소로 데이터를 전송하는 과정과,
    상기 우선 IP주소로 데이터를 전송한 후, 상기 우선 IP주소로부터 상기 데이터에 대한 응답을 수신할 경우, 상기 상대노드는 상기 이동노드의 우선 IP주소를 유지하는 과정을 더 포함하는 것을 특징으로 하는 방법.
KR1020050097787A 2005-10-17 2005-10-17 전송계층에서 심리스 핸드오버 지원방법 KR20070042035A (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020050097787A KR20070042035A (ko) 2005-10-17 2005-10-17 전송계층에서 심리스 핸드오버 지원방법
US11/581,838 US20070086386A1 (en) 2005-10-17 2006-10-17 Method and apparatus for supporting seamless handover in transport layer

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020050097787A KR20070042035A (ko) 2005-10-17 2005-10-17 전송계층에서 심리스 핸드오버 지원방법

Publications (1)

Publication Number Publication Date
KR20070042035A true KR20070042035A (ko) 2007-04-20

Family

ID=37948067

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020050097787A KR20070042035A (ko) 2005-10-17 2005-10-17 전송계층에서 심리스 핸드오버 지원방법

Country Status (2)

Country Link
US (1) US20070086386A1 (ko)
KR (1) KR20070042035A (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI20060936A0 (fi) * 2006-10-24 2006-10-24 Nokia Corp Menetelmä kanavanvaihtojen suorittamiseksi viestintäjärjestelmässä
WO2008049967A1 (en) * 2006-10-24 2008-05-02 Nokia Corporation Method for performing handovers in a communication system
JP4894826B2 (ja) * 2008-07-14 2012-03-14 ソニー株式会社 通信装置、通信システム、報知方法、及びプログラム
US11048536B2 (en) * 2017-11-28 2021-06-29 Microsoft Technology Licensing, Llc High availability cloud service provision

Also Published As

Publication number Publication date
US20070086386A1 (en) 2007-04-19

Similar Documents

Publication Publication Date Title
US8064404B2 (en) Method of subnet roaming within a network
JP4772083B2 (ja) リンク方式間の移行方法及びモバイル・コンピューティング装置
JP5147982B2 (ja) 無線ネットワークのためのシームレス・ローミングの方法および装置
KR101448099B1 (ko) 아이피 기반 저전력 무선 네트워크에서 이동성 지원 방법및 이를 위한 시스템
KR20040102027A (ko) 하이브리드 무선 액세스 브리지와 이동 액세스 라우터시스템 및 방법
US7376097B2 (en) Method of associating an IP address with a plurality of link layer addresses in a wireless communication network
JP2007527156A (ja) 通信装置用汎用クライアント
KR101423743B1 (ko) 가상 네트워크 환경에서 네트워크 단위의 통신 방법
JP2001313672A (ja) ネットワークシステム、パケット中継装置、無線端末及びパケット処理方法
JP2009500918A (ja) 無線ローカルエリアネットワークにおいて無線クライアント用ｉｐアドレスの割当て及び管理を行う方法、システム、及び装置
JP2006319676A (ja) フレーム送信方法、トポロジー取得方法、及び無線通信システム
JPH11298950A (ja) 有線ネットワ―クに加入した無線移動体端末ホストのアドレス更新
US7921458B2 (en) Packet routing method, computer system, and computer product
JPWO2008114384A1 (ja) モバイルｉｐ通信システム、モバイルｉｐ通信装置およびモバイルｉｐ通信方法
JP4654703B2 (ja) ネットワーク識別子共有方法および移動ルータ
KR20070042035A (ko) 전송계층에서 심리스 핸드오버 지원방법
JP4449498B2 (ja) 移動ネットワークおよびそのデータ通信方法
JP2011199732A (ja) 無線ｌａｎシステム、移動端末及び移動端末のｉｐアドレス切替方法
US20070086385A1 (en) Method and apparatus for supporting handover in transport layer
JP5976571B2 (ja) 無線ｌａｎルータ
US7286542B2 (en) Mobile communication network system, foreign agent router, address server and packet delivery method employed therein
JP3979255B2 (ja) 外部接続ルータの切替方法、切替元の外部接続ルータ及び切換先の外部接続ルータ
JP2004194104A (ja) 通信システム、ゲートウェイ装置、プログラムおよび記録媒体
KR20030088724A (ko) 무선네트워크에서 라우팅방법
KR101065490B1 (ko) 애드 혹 네트워크의 라우팅 제어장치

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application