KR100842289B1 - ＩＰｖ6에서의 효율적인 대역폭 사용을 위한 통신 방법 - Google Patents

ＩＰｖ6에서의 효율적인 대역폭 사용을 위한 통신 방법 Download PDF

Info

Publication number
KR100842289B1
KR100842289B1 KR1020060125104A KR20060125104A KR100842289B1 KR 100842289 B1 KR100842289 B1 KR 100842289B1 KR 1020060125104 A KR1020060125104 A KR 1020060125104A KR 20060125104 A KR20060125104 A KR 20060125104A KR 100842289 B1 KR100842289 B1 KR 100842289B1
Authority
KR
South Korea
Prior art keywords
packet
address
mobile node
node
binding
Prior art date
Application number
KR1020060125104A
Other languages
English (en)
Other versions
KR20080053114A (ko
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 KR1020060125104A priority Critical patent/KR100842289B1/ko
Priority to US11/975,188 priority patent/US7933241B2/en
Publication of KR20080053114A publication Critical patent/KR20080053114A/ko
Application granted granted Critical
Publication of KR100842289B1 publication Critical patent/KR100842289B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H04W8/14—Mobility data transfer between corresponding nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명은 IPv6에서의 효율적인 대역폭 사용을 위한 통신 방법에 관한 것으로 단말의 이동시 부가적으로 추가되는 헤더 정보의 사용을 최소화하기 위한 방법에 관한 것이다. 본 발명은 Mobile IPv6의 표준을 준수하는 일반 단말간의 호환성을 유지하면서 본 발명에서 정의된 기능을 지원하는 단말 간에 좀 더 효율적인 대역폭 사용을 가능하게 한다.
IPv6, 홈 주소 옵션, 타입2의 라우팅 헤더

Description

ＩＰｖ6에서의 효율적인 대역폭 사용을 위한 통신 방법{Communication method for using bandwidth efficiently in IPv6 }
도1은 하나의 이동 단말과 하나의 고정 단말이 통신을 하는 망 환경의 개념도이다.
도2는 두개의 서로 다른 이동 단말이 통신을 하는 망 환경의 개념도이다.
도3은 도1의 환경과 도2의 환경에서 일반적인 IPv6 이동성 방법을 사용하는 경우 발생하는 단말간의 오버헤드를 다양한 패킷 크기 별로 나타낸 그래프이다.
도4는 RFC 3775에서 정의하고 있는 바인딩 업데이트 메시지의 구성도이다.
도5는 본 발명에 따른 R 필드가 추가된 바인딩 업데이트 메시지의 일 실시예의 구성도이다.
도6는 RFC 3775에서 정의하고 있는 바인딩 응답 메시지의 구성도이다.
도7는 본 발명에 따른 R 필드가 추가된 바인딩 응답 메시지의 일 실시예의 구성도이다.
도8는 본 발명에 따른 바인딩 캐시 테이블의 일 실시예의 구성도이다.
도9는 본 발명에 따른 바인딩 업데이트 리스트의 일 실시예의 구성도이다.
도10는 본 발명에 따른 단말에서 패킷을 보내기 위한 절차의 일 실시예의 흐름도이다.
도11는 본 발명에 따른 단말에서 패킷을 수신하기 위한 절차의 일 실시예의 흐름도이다.
본 발명은 IPv6에서의 효율적인 대역폭 사용을 위한 통신 방법에 관한 것으로, 보다 구체적으로 IPv6의 헤더의 구조에 관한 것이다.
도1은 하나의 이동 단말과 하나의 고정 단말이 통신을 하는 망 환경의 개념도이다.
도1을 참조하면, 단말 A와 단말 B가 서로 통신을 하는 시나리오를 보이고 있다. 그림 1은 단말 A가 101-A로부터 101-B의 위치로 이동을 한 상태로서 이동 노드(Mobile Node; MN)에 해당하고 단말 B가 102로서 상대 노드(Correspondent Node; CN)에 해당된다. 이때 상대 노드(CN) 102는 움직이지 않고 있는 상태이며 고정 단말 이거나 이동이 가능하지만 현재 움직이지 않는 단말이다.
도2는 두개의 서로 다른 이동 단말이 통신을 하는 망 환경의 개념도이다.
도2를 참조하면, 단말 A가 201-A로부터 201-B의 위치로 이동을 했으며 단말 B 역시 202-A에서 202-B의 위치로 이동을 했다. 단말 A는 자신의 입장에서 자신이 이동 노드(MN)이며 단말 B가 상대 노드(CN)이지만 단말 B의 입장에서는 단말 A가 상대 노드(CN)이며 자신인 단말 B가 이동 노드(MN)이다. 따라서 이 경우 단말 A와 단말 B는 이동 노드(MN)가 가져야 할 기능과 상대 노드(CN)가 가져야 할 기능을 모 두 가진다.
단말에 대하여 이동 노드(MN)와 상대 노드(CN)의 구분은 개념적이며 둘 중 하나의 노드로 사용될 수 있지만 두 가지 노드로 동시에 사용이 될 수 있는 단말이 존재한다. 일반적인 이동 단말은 두 가지 노드로 동시에 사용이 가능하도록 설계가 될 수 있다.
IPv6에서 Mobility를 제공하기 위한 종래의 기술인 RFC 3775에서 이동 단말(mobile node; MN)과 상대 단말 (correspondent node; CN) 간에 경로 최적화(route optimization)과정을 거친 후에도 여전히 이동 단말에서 상대 단말으로 전달되는 패킷에는 각 단말의 고유 주소에 해당하는 home address에 대한 정보를 위하여 24 바이트의 목적지 옵션 헤더(destination option header)의 홈 주소 옵션(home address option)가 부가적으로 사용되며 상대 단말에서 이동 단말으로 전달되는 패킷에는 24바이트의 routing type이 2인 라우팅 헤더 (routing header type 2)가 부가적으로 사용되고 있다.
따라서 상대 단말이 이동이 가능한 단말일 경우 이동 단말과 상대 단말 사이에는 목적지 옵션 헤더(destination option header)의 홈 주소 옵션(home address option)과 routing type이 2인 라우팅 헤더 (routing header type 2)가 모두 필요하게 되어 48바이트의 부가 헤더가 사용된다.
도3은 도1의 환경과 도2의 환경에서 일반적인 IPv6 이동성 방법을 사용하는 경우 발생하는 단말간의 오버헤드를 다양한 패킷 크기 별로 나타낸 그래프이다.
도3을 참조하면, 301은 고정 단말과 이동 단말간의 패킷 교환시 발생하는 오 버 헤드를 표시하고 있으며 302는 서로 다른 두 이동 단말간의 패킷 교환시 발생하는 오버 헤드를 표시하고 있다.
이러한 부가적인 헤더는 유/무선 구간 공히 오버헤드로 작용하고 있으며 특히 작은 대역폭을 가지는 무선 구간에서는 성능상의 문제를 야기 시킬 수 있다.
본 발명이 이루고자 하는 기술적 과제는 기존 RFC 3775에서 정의된 메시지의 사용되지 않는 필드를 재정의하여 단말이 부가 헤더를 이용하지 않고 각 단말의 care-of address를 home address로 대체시킬 수 있는 IPv에서의 효율적인 대역폭 사용을 위한 통신 방법을 제공하는 것이다.
상기의 기술적 과제를 해결하기 위한 본 발명에 따른 IPv6에서의 효율적인 대역폭 사용을 위한 통신 방법의 일 실시예로 (a) 이동 노드가 상대 노드로 패킷 전송시 목적지 옵션 헤더(destination option header)의 홈 주소 옵션(home address option)을 생략할 것인지를 나타내는 바인딩 업데이트 메시지(binding update message)를 상기 상대 노드로 전송하는 단계; (b) 상기 바인딩 업데이트 메시지를 수신한 상대 노드가, 상기 이동 노드로부터 상기 홈 주소 옵션이 생략된 패킷을 수신하였을 경우 상기 패킷의 IPv6 기본 헤더의 소스 주소(source address)를 상기 이동 노드의 홈 주소(home address)로 복구 가능한가를 표시한 바인딩 응답 메시지(binding acknowledge message)를 상기 이동 노드로 전송하는 단계; (c) 상기 이동 노드가 전송할 패킷의 소스 주소를 상기 이동 노드의 임시 주소(care of address)로 변경하여 상기 상대 노드로 전송하는 단계; 및 (d) 상기 패킷을 수신한 상대 노드가 상기 패킷의 상기 소스 주소를 상기 이동 노드의 홈 주소로 복구하는 단계;를 포함한다.
상기의 기술적 과제를 해결하기 위한 본 발명에 따른 IPv6에서의 효율적인 대역폭 사용을 위한 통신 방법의 일 실시예로 (a) 이동 노드가 상대 노드로부터 타입2의 라우팅 헤더가 생략된 패킷을 수신하였을 경우 상기 패킷의 IPv6 기본 헤더의 목적지 주소를 상기 이동 노드의 홈 주소로 복구 가능한가를 표시한 바인딩 업데이트 메시지를 상기 상대 노드로 전송하는 단계; (b) 상기 바인딩 업데이트 메시지를 수신한 상기 상대 노드가, 상기 이동 노드로 패킷 전송시 상기 라우팅 헤더를 생략할 것인지 나타내는 바인딩 응답 메시지를 상기 이동 노드로 전송하는 단계; (c) 상기 상대 노드가 전송할 패킷의 상기 목적지 주소를 상기 이동 노드의 임시 주소로 변경하여 상기 이동 노드로 전송하는 단계; 및 (d) 상기 패킷을 수신한 이동 노드가 상기 패킷의 상기 목적지 주소를 상기 이동 노드의 홈 주소로 복구하는 단계;를 포함한다.
이하 첨부된 도면을 참조하여 본 발명의 바람직한 실시예를 상세히 설명한다.
도4는 RFC 3775에서 정의하고 있는 바인딩 업데이트 메시지의 구성도이다.
도4를 참조하면, 바인딩 업데이트 메시지는 이동 노드가 상대 노드에게 보내는 것으로 이동성 헤더 (mobility header; MH) 유형은 5이다. 일련 번호(sequence number) 필드(401)는 수신하는 노드에서는 바인딩 업데이트 메시지(binding update message)에 대한 순서를 확인하는데 사용되고, 송신하는 노드에서는 바인딩 업데이트 메시지(binding update message)와 바인딩 응답 메시지(binding acknowledge message)를 일치시키는데 사용된다.
응답(Acknowledge; A) 필드(402)는 바인딩 업데이트 메시지(binding update message)에 대한 응답을 받아야 하는지 아닌지를 나타내기 위한 필드이다. 따라서 그 필드가 1로 설정된 바인딩 업데이트 메시지(binding update message)를 받게 되면 상대 노드(CN)는 바인딩 응답 메시지(binding acknowledge message)를 보낸다. 홈 등록 (home registration; H) 필드(403)는 이 바인딩 업데이트 메시지(binding update message)가 홈 에이전트(home agent; HA)로 전송되고 있음을 나타내기 위해서 사용된다.
링크 로컬 주소 호환 (link-local address compatibility; L) 필드(404)는 이동 노드(MN)의 홈 주소(home address)의 인터페이스 아이디(interface ID)부분이 이동 노드(MN)의 링크 로컬 주소(link-local address)의 인터페이스 아이디(interface ID)와 동일함을 나타내기 위하여 사용한다.
키 관리 이동성 기능(key management mobility capability; K) 필드(405)는 이동 노드와 홈 에이전트 사이에 보안 연계(Security Association)가 이동 노드 (MN)이 이동할 때 마다 다시 이루어 져야 하는지를 나타내기 위해 사용되며 0으로 설정되게 되면 한번만 보안 연계(security association)가 이루어져 있으면 이동 후에도 다시 할 필요가 없으며 1로 설정되어 있으면 이동 노드(MN)이 이동할 때마다 매번 보안 연계가 이루어 져야 함을 나타낸다.
예비(reserved, 406) 필드는 추후 정의를 위하여 사용되지 않고 남겨져 있는 필드이다. 유효 시간(lifetime) 필드(407)는 바인딩(binding) 정보를 유지할 수 있는 시간을 표시하고, 바인딩 정보의 삭제를 요구하기 위하여 서는 이 값을 0으로 설정하여 보낸다. 여기에 표시되는 시간은 실제 시간이 아니라 단위당 4초를 나타내는 단위 시간이다.
이동성 옵션(mobility option)(408)은 Binding Authorization 옵션, Nonce Index 옵션, Alternate Care-of Address 옵션이 사용될 수 있다. 실제적으로 사용될 옵션이 없다면 4 바이트의 채우기(padding)가 필요하며 헤더 길이 (Header Length) 필드는 1로 설정한다.
도5는 본 발명에 따른 R 필드가 추가된 바인딩 업데이트 메시지의 일 실시예의 구성도이다.
도5를 참조하면, 도4에서 정의된 필드와 동일한 이름을 가지는 각 필드는 모두 도4에서 정의된 필드와 동일한 기능을 수행하며, 이동 노드(MN) 자신이 주소 복구 기능을 가지고 있으며 상대 노드(CN)가 주소 복구 기능을 가지고 있는지를 확인하기 위한 R (restoration capability, 506) 플래그가 새롭게 정의된다.
R이 1로 설정되어 있으면 이동 노드(MN) 자신이 주소 복구 기능을 가지고 있으며 상대방 노드가 주소 복구 기능을 가지고 있는지를 상대 노드(CN)에게 묻는다. 바인딩 업데이트 메시지(binding update message)를 상대 노드(CN)가 받게 되면 바인딩 캐시 엔트리(binding cache entry)를 추가하며 바인딩 업데이트 메시지(binding update message)에 A 플래그(502)가 설정되어 있으면 이동 노드(MN)로 바인딩 응답 메시지(binding acknowledge message)를 보내게 되며 이때 R 플래그가 설정되어 있으며 상대 노드(CN) 자신의 주소 복구 능력을 확인하여 바인딩 응답 메시지(binding acknowledge message)의 R 플래그를 표시하여야 한다.
도6는 RFC 3775에서 정의하고 있는 바인딩 응답 메시지의 구성도이다.
도6을 참조하면, 바인딩 응답 메시지는 이동 노드로부터 수신된 바인딩 업데이트 메시지에 대하여 상대 노드가 응답으로 보내는 메시지로, 이동성 헤더 (mobility header; MH) 유형은 6으로 설정된다.
키 관리 이동성 기능(key management mobility capability; K) 필드(602)는 바인딩 업데이트 메시지(binding update message)에서의 K 플래그(505)와 동일한 역할을 수행한다. 즉, 0으로 설정되게 되면 한번만 보안 연계(security association)가 이루어져 있으면 이동 후에 다시 보안 연계를 할 필요가 없으며 1로 설정되어 있으면 이동 노드(MN)가 이동할 때마다 매번 보안 연계가 이루어 져야 함을 나타낸다.
일련 번호(sequence number) 필드(604)와 유효 시간(lifetime) 필드(605) 역시 바인딩 업데이트 메시지(binding update message)에서의 동일한 이름을 가지는 필드와 동일한 역할을 수행한다.
이동성 옵션(mobility option)(606)으로는 Binding Authorization 옵션, Binding Refresh Advice 옵션이 사용 가능 하다. 이러한 옵션은 RFC3775에서 정의하는 바와 동일하다. 또한, 바인딩 업데이트 메시지(binding update message)에서와 같이 사용할 옵션이 없다면 4 바이트의 채우기(padding)가 필요하며 헤더 길 이(header length)는 1로 설정한다.
도7는 본 발명에 따른 R 필드가 추가된 바인딩 응답 메시지의 일 실시예의 구성도이다.
도7을 참조하면, 도6에서 정의된 기본적인 바인딩 응답 메시지에 바인딩 업데이트 메시지(binding update message)에서와 같이 R (restoration capability)플래그(703)를 정의한다. 도7은 도6에서 정의된 바인딩 응답 메시지에 본 발명에 의한 추가 적인 필드를 정의한 것을 보여주고 있다.
이동 노드(MN)로부터 전달된 바인딩 업데이트 메시지(binding update message)의 R 플래그가 1로 설정되어 있는 경우 상대 노드(CN) 역시 자신이 주소 복구 기능을 가지고 있음을 나타내기 위하여 R (restoration capability) 플래그를 정의한다. R이 1로 설정되어 있으면 상대 노드(CN) 자신이 주소 복구 기능을 가지고 있기 때문에 이동 노드(MN)은 상대 노드(CN)로 데이터를 보낼 때 이동 노드(MN)의 care-of address를 소스 주소로 사용하며 자신의 홈 주소(home address)를 위하여 별도로 목적지 옵션 헤더(destination option header)의 홈 주소 옵션(home address option)을 별도로 사용할 필요가 없음을 나타내며 상대 노드(CN) 자신 역시 이동 노드(MN)으로 데이터를 보낼 때 이동 노드(MN)의 care-of address를 기본 헤더의 목적지 주소로 사용하며 이동 노드(MN)의 홈 주소(home address)를 위하여 별도로 routing type이 2인 라우팅 헤더 (routing header type 2)를 사용하지 않음을 나타낸다.
도8는 본 발명에 따른 바인딩 캐시 테이블의 일 실시예의 구성도이다.
도8을 참조하면, 바인딩 캐시 테이블은 필수 구성 요소로서 홈 주소 필드(801), 임시 주소 필드(802), 일련 번호 필드(803), 유효 시간 필드(804), 바인딩 업데이트 메시지 및 바인딩 응답 메시지에 정의된 A, H, K, L, R 플래그(805)를 포함된다.
바인딩 캐시 테이블은 상대 노드에 구축되는 것으로, 각 엔트리에 존재하는 필드는 바인딩 업데이트 메시지(binding update message) 및 바인딩 응답 메시지(binding acknowledge message)에 포함된 필드로 구성이 됨을 알 수 있다. 특히 기존의 IPv6 이동성 제공 방법에서 제공되는 필드에 본 발명에서 제안하는 R 플래그가 각 노드의 주소 복구 능력에 따라서 설정이 되거나 되지 않을 수 있다. 본 발명이 제안하는 방법을 사용하지 않는 노드의 경우 R 플래그를 무시하기 때문에 본 발명에서 제공하는 방법을 지원하는 단말과 그렇지 않은 단말의 호환성에는 문제가 없다.
도9는 본 발명에 따른 바인딩 업데이트 리스트의 일 실시예의 구성도이다.
도9를 참조하면, 바인딩 업데이트 리스트(binding update list ;BUL)는 필수 구성 요소로서 홈 주소 필드(901), 임시 주소 필드(902), 일련 번호 필드(903), 유효 시간 필드(904), 바인딩 업데이트 메시지 및 바인딩 응답 메시지에 정의된 A, H, K, L, R 플래그(905)를 포함된다.
바인딩 업데이트 리스트의 각 엔트리에 존재하는 필드는 바인딩 업데이트 메시지(binding update message)에 포함된 필드로 구성이 됨을 알 수 있다.
바인딩 캐시 테이블(binding cache table)과 마찬가지로 기존의 IPv6 이동성 제공 방법에서 제공되는 필드에 본 발명에서 제안하는 R 플래그가 각 노드의 주소 복구 능력에 따라서 설정이 되거나 되지 않을 수 있다.
도10는 본 발명에 따른 단말에서 패킷을 보내기 위한 절차의 일 실시예의 흐름도이다.
도10을 참조하면, 먼저 응용 프로그램과 같은 상위 계층을 통하여 데이터가 전달된다(1001). 이 전달된 데이터를 기반으로 기본 IPv6헤더를 구축하게 된다(1002). 이 때 기본적으로 구성된 IPv6의 헤더는 자기 단말 및 통신을 하고자 하는 상대방 단말의 홈 주소(home address)를 기반으로 생성된다.
바인딩 업데이트 리스트(binding update list; BUL)을 검색하여 바인딩 업데이트 리스트(BUL)의 엔트리에 설정된 HoA가 현재 구성된 IPv6 헤더의 소스 주소와 일치하는 엔트리가 존재하는지를 확인한다(1003). 만약 바인딩 업데이트 리스트의 엔트리가 하나라도 존재한다면 이는 본 단말이 이동을 하였음을 의미한다. 해당 엔트리가 존재하지 않는 경우 조금 뒤에 설명할 1007 단계로 진행한다.
해당 엔트리가 존재하는 경우 단말 자신이 본 발명에 의한 주소 복구 능력이 있는지 확인하기 위하여 해당 엔트리에 설정된 플래그 중 R 플래그를 검사한다(1004). R 플래그가 1로 설정되어 있다면 단말 자신의 CoA를 임시 변수인 Tmp_HOA에 저장한다(1005). 만약 R 플래그가 0으로 설정되어 있다면 단말 자신의 CoA를 IPv6의 확장 헤더인 목적지 옵션 헤더(destination option header)의 홈 주소 옵션(home address option)에 저장한다(1006). 본 발명에 의한 단말의 경우 실제 자신은 주소 복구 능력을 가지고 있는 것을 가정 함으로 1004과정이 필요 없이 1005과정으로 바로 진행할 수 있다.
이제 바인딩 캐시 테이블(binding cache table)의 엔트리 중 HoA 필드의 값이 목적지 주소와 일치하는 엔트리가 존재하는지를 확인한다(1007). 만약 그러한 엔트리가 존재한다면 이는 본 단말이 통신을 하고자 하는 상대방 단말이 이동을 하였음을 의미한다. 해당 엔트리가 존재하지 않는 경우 조금 뒤에 설명할 1010 단계로 진행한다.
해당 엔트리가 존재하는 경우 상대방 단말이 본 발명에 의한 주소 복구 능력이 있는지 확인하기 위하여 해당 엔트리에 설정된 플래그 중 R 플래그를 검사한다(1008). R 플래그가 1로 설정되어 있다면 1010과정으로 진행한다. 만약 R 플래그가 0으로 설정되어 있다면 해당 바인딩 캐시 테이블의 엔트리에 존재하는 상대방 단말에 대한 CoA를 routing type이 2인 라우팅 헤더 (routing header type 2)에 저장한다(1009).
1010 단계는 IPsec 과정이 필요한지를 확인하는 단계이다. 만약 IPsec이 필요하다면 1011단계에서 AH/ESP 헤더를 추가한다.
본 과정은 RFC 3775 및 관련 표준에 따른다. 만약 IPsec이 필요하지 않다면 목적지 옵션 헤더(destination option header)의 홈 주소 옵션(home address option)에 값이 존재하는지를 확인한다(1012). 만약 값이 존재 하지 않는다면 임시 변수인 Temp_HAO의 값에 값이 존재 하는지를 확인한다(1013). 만약 값이 존재한다면 그 값을 IPv6 기본 헤더의 소스 주소(source address)에 덮어 쓴다. 만약 Temp_HAO에 값이 존재하지 않는다면 1016과정을 수행한다. 1012과정에서 만약 목적 지 옵션 헤더(destination option header)의 홈 주소 옵션(home address option)에 값이 존재한다면 그 값을 IPv6의 기본 헤더의 소스 주소(source address)와 교환한다.
이제 1016 과정에서는 routing type이 2인 라우팅 헤더 (routing header type 2)에 값이 존재하는지를 확인한다. 만약 값이 존재한다면 그 값을 IPv6 기본 헤더의 목적지 주소(destination address)와 교환한다. 만약 값이 존재하지 않으면 1018과정을 수행한다.
1018과정은 상대 단말의 현 위치에 따라서 라우팅 정보를 참고하여 보내져야 하는 인터페이스를 결정한다. 최종적으로 1019과정은 패킷을 1018 과정에서 결정된 인터페이스를 통하여 패킷을 전송한다.
도11는 본 발명에 따른 단말에서 패킷을 수신하기 위한 절차의 일 실시예의 흐름도이다.
도11을 참조하면, 먼저 링크 계층으로부터 패킷이 수신된다(1101). 기본 IP 헤더에 대한 처리를 수행한다(1102).
Routing type이 2인 라우팅 헤더 (routing header type 2)가 존재하는지를 확인한다(1103). 존재하는 경우 IPv6 기본 헤더의 목적지 주소(destination address)와 routing type이 2인 라우팅 헤더 (routing header type 2)의 내용을 교환한다(1104).
Routing type이 2인 라우팅 헤더 (routing header type 2)가 존재하지 않는 경우 입력 패킷의 IPv6 기본 헤더의 목적지 주소가 바인딩 업데이트 리스트(binding update list; BUL)에 존재하는 엔트리 중에 CoA 필드와 일치하는 엔트리가 존재하는지를 검색한다(1105). 해당 엔트리가 존재 하지 않는 경우 1108과정으로 진행한다. 해당 엔트리가 존재하는 경우 패킷을 보낸 단말과의 통신에서 단말이 본 발명에 의한 주소 복구 기능을 수행하도록 되어 있는지를 확인하기 위하여 해당 엔트리에 설정된 플래그 중 R 플래그를 검사한다(1106).
R 플래그가 1로 설정되어 있지 않다면 1108과정으로 진행한다. R 플래그가 1로 설정되어 있다면 해당 BUL 엔트리의 HoA 필드의 값을 IPv6 기본 헤더의 목적지 주소에 덮어 쓴다(1107).
1108 과정에서는 목적지 옵션 헤더(destination option header)의 홈 주소 옵션(home address option)이 존재하는지를 확인한다. 만약 그 값이 존재하는 경우에는 IPv6 기본 헤더의 소스 주소를 그 값과 교환한다(1109).
1108과정에서 그 값이 존재하지 않는 경우에는 바인딩 캐시 테이블의 엔트리중 해당 엔트리의 care-of address 필드의 값이 IPv6 주소의 소스 주소와 일치하는 엔트리가 있는지 검색한다(1110). 만약 그러한 엔트리가 존재하지 않는다면 패킷을 보낸 노드로 바인딩 에러 메시지를 전송한다(1111). 만약 1110과정에서 해당 엔트리가 존재한다면 해당 바인딩 캐시 테이블의 엔트리에 R 플래그가 설정되어 있는지를 확인한다(1112).
R 플래그가 설정되어 있지 않다면 1114과정으로 진행한다. 만약 R 플래그가 설정되어 있다면 소스 주소와 해당 엔트리의 HoA값을 IPv6 기본 헤더의 소스 주조에 덮어 쓴다.
1114 과정은 IPsec이 필요한지를 확인한다. IPsec 과정이 필요하면 1115과정에서 AH/ESP 헤더를 검증한다. IPsec 과정이 필요하지 않다면 상위 계층으로 패킷을 전달한다(1116).
본 발명은 여기에서 설명되는 실시예에 한정되는 것은 아니며 다른 형태로 변형될 수 있다. 본 발명의 실시예는 당업계에서 평균의 지식을 가진 자에게 본 발명을 보다 완전히 이해시키기 위하여 제공되는 것임을 이해할 것이다.
본 발명에 의해 단말의 이동시 부가적으로 추가되는 헤더 정보의 사용을 최소화할 수 있다. 또한 Mobile IPv6 및 그 확장 방법의 표준을 준수하는 일반 단말간의 호환성을 유지하면서 본 발명에서 정의된 기능을 지원하는 단말 간에 데이터 교환시 오버헤드의 사용을 최소화함으로써 좀 더 효율적인 대역폭 사용을 가능하게 한다.

Claims (17)

  1. (a) 이동 노드가 상대 노드로 패킷 전송시 목적지 옵션 헤더(destination option header)의 홈 주소 옵션(home address option)을 생략할 것인지를 나타내는 바인딩 업데이트 메시지(binding update message)를 상기 상대 노드로 전송하는 단계;
    (b) 상기 바인딩 업데이트 메시지를 수신한 상대 노드가, 상기 이동 노드로부터 상기 홈 주소 옵션이 생략된 패킷을 수신하였을 경우 상기 패킷의 IPv6 기본 헤더의 소스 주소(source address)를 상기 이동 노드의 홈 주소(home address)로 복구 가능한가를 표시한 바인딩 응답 메시지(binding acknowledge message)를 상기 이동 노드로 전송하는 단계;
    (c) 상기 이동 노드가 전송할 패킷의 소스 주소를 상기 이동 노드의 임시 주소(care of address)로 변경하여 상기 상대 노드로 전송하는 단계; 및
    (d) 상기 패킷을 수신한 상대 노드가 상기 패킷의 상기 소스 주소를 상기 이동 노드의 홈 주소로 복구하는 단계;를 포함하는 것을 특징으로 하는 IPv6에서의 대역폭 사용을 위한 통신 방법.
  2. 제1항에 있어서,
    상기 (a)단계는 상기 바인딩 업데이트 메시지의 예비필드의 R필드를 셋하여 상기 홈 주소 옵션의 생략할 것인지를 나타내는 것을 특징으로 하는 IPv6에서의 대역폭 사용을 위한 통신 방법.
  3. 제1항에 있어서,
    상기 (b)단계는 상기 바인딩 응답 메시지의 예비필드의 R필드를 셋하여 상기 소스 주소를 복구 가능한지를 나타내는 것을 특징으로 하는 IPv6에서의 대역폭 사용을 위한 통신 방법.
  4. 제1항에 있어서 상기 (c)단계는,
    (c1) 상기 이동 노드의 바인딩 업데이트 리스트(binding update list)에서 전송할 패킷의 상기 소스 주소와 동일한 홈 주소를 갖는 바인딩 업데이트 메시지를 검색하는 단계; 및
    (c2) 상기 검색된 바인딩 업데이트 메시지에 상기 홈 주소 옵션을 생략할 것으로 표시되어 있으면 상기 전송할 패킷의 상기 소스 주소를 상기 검색된 바인딩 업데이트 메시지의 임시 주소로 변경하는 단계;를 포함하는 것을 특징으로 하는 IPv6에서의 대역폭 사용을 위한 통신 방법.
  5. 제1항에 있어서 상기 (c)단계는,
    상기 이동 노드의 임시 주소를 임시 변수에 저장하는 단계;
    IPsec이 필요하면 AH/ESP 헤더를 추가하는 단계; 및
    상기 전송할 패킷의 상기 소스 주소를 상기 임시 변수의 값으로 변경하는 단계;를 포함하는 것을 특징으로 하는 IPv6에서의 대역폭 사용을 위한 통신 방법.
  6. 제1항에 있어서, 상기 (d)단계는
    (d1) 상기 상대 노드의 바인딩 캐쉬 테이블(binding cache table)에서 수신된 패킷의 상기 소스 주소와 동일한 임시 주소를 갖는 바인딩 응답 메시지를 검색하는 단계; 및
    (d2) 상기 검색된 바인딩 응답 메시지에 상기 소스 주소를 복구할 수 있는 것으로 표시되어 있으면, 상기 수신된 패킷의 상기 소스 주소를 상기 바인딩 응답 메시지의 홈 주소로 복구하는 단계;를 포함하는 것을 특징으로 하는 IPv6에서의 대역폭 사용을 위한 통신 방법.
  7. 제1항에 있어서,
    상기 (d)단계는 상기 상대 노드의 바인딩 캐쉬 테이블에서 수신된 패킷의 상기 소스 주소와 동일한 임시 주소를 갖는 바인딩 응답 메시지가 검색되지 않으면 상기 이동 노드로 에러 메시지를 전송하는 것을 특징으로 하는 IPv6에서의 대역폭 사용을 위한 통신 방법.
  8. 제1항에 있어서,
    상기 패킷을 수신한 상대 노드가 상기 패킷의 상기 소스 주소를 복구한 후, IPsec이 필요하면 상기 패킷의 AH/ESP 헤더를 검증하는 단계; 및
    상기 IPsec이 필요하지 않거나 상기 AH/ESP 헤더가 검증되면 상기 패킷을 상위 계층으로 전송하는 단계;를 포함하는 것을 특징으로 하는 IPv6에서의 대역폭 사용을 위한 통신 방법.
  9. 삭제
  10. (a) 이동 노드가 상대 노드로부터 타입2의 라우팅 헤더가 생략된 패킷을 수신하였을 경우 상기 패킷의 IPv6 기본 헤더의 목적지 주소를 상기 이동 노드의 홈 주소로 복구 가능한가를 표시한 바인딩 업데이트 메시지를 상기 상대 노드로 전송하는 단계;
    (b) 상기 바인딩 업데이트 메시지를 수신한 상기 상대 노드가, 상기 이동 노드로 패킷 전송시 상기 라우팅 헤더를 생략할 것인지 나타내는 바인딩 응답 메시지를 상기 이동 노드로 전송하는 단계;
    (c) 상기 상대 노드가 전송할 패킷의 상기 목적지 주소를 상기 이동 노드의 임시 주소로 변경하여 상기 이동 노드로 전송하는 단계; 및
    (d) 상기 패킷을 수신한 이동 노드가 상기 패킷의 상기 목적지 주소를 상기 이동 노드의 홈 주소로 복구하는 단계;를 포함하는 것을 특징으로 하는 IPv6에서의 대역폭 사용을 위한 통신 방법.
  11. 제10항에 있어서,
    상기 (a)단계는 상기 바인딩 업데이트 메시지의 예비필드의 R필드를 셋하여 상기 목적지 주소를 복구 가능한지를 나타내는 것을 특징으로 하는 IPv6에서의 대역폭 사용을 위한 통신 방법.
  12. 제10항에 있어서,
    상기 (b)단계는 상기 바인딩 응답 메시지의 예비필드의 R필드를 셋하여 상기 라우팅 헤더를 생략할 것인지를 나타내는 것을 특징으로 하는 IPv6에서의 대역폭 사용을 위한 통신 방법.
  13. 제10항에 있어서 상기 (c)단계는,
    (c1) 상기 상대 노드의 바인딩 캐쉬 테이블에서 전송할 패킷의 상기 목적지 주소와 동일한 홈 주소를 갖는 바인딩 응답 메시지를 검색하는 단계; 및
    (c2) 상기 검색된 바인딩 응답 메시지에 상기 목적지 주소를 복구할 수 있는 것으로 표시되어 있으면 상기 전송할 패킷의 상기 목적지 주소를 상기 검색된 바인딩 응답 메시지의 임시 주소로 변경하는 단계;를 포함하는 것을 특징으로 하는 IPv6에서의 대역폭 사용을 위한 통신 방법.
  14. 제10항에 있어서 상기 (c)단계는,
    상기 이동 노드의 임시 주소를 임시 변수에 저장하는 단계;
    IPsec이 필요하면 AH/ESP 헤더를 추가하는 단계; 및
    상기 전송할 패킷의 상기 목적지 주소를 상기 임시 변수의 값으로 변경하는 단계;를 포함하는 것을 특징으로 하는 IPv6에서의 대역폭 사용을 위한 통신 방법.
  15. 제10항에 있어서, 상기 (c)단계는
    (d1) 상기 이동 노드의 바인딩 업데이트 리스트에서 수신된 패킷의 상기 목적지 주소와 동일한 임시 주소를 갖는 바인딩 업데이트 메시지를 검색하는 단계; 및
    (d2) 상기 검색된 바인딩 업데이트 메시지에 목적지 주소를 복구할 수 있는 것으로 표시되어 있으면, 상기 수신된 패킷의 상기 목적지 주소를 상기 바인딩 업데이트 메시지의 홈 주소로 복구하는 단계;를 포함하는 것을 특징으로 하는 IPv6에서의 대역폭 사용을 위한 통신 방법.
  16. 제10항에 있어서,
    상기 패킷을 수신한 이동 노드가 상기 패킷의 상기 목적지 주소를 복구한 후, IPsec이 필요하면 상기 패킷의 AH/ESP 헤더를 검증하는 단계; 및
    상기 IPsec이 필요하지 않거나 상기 AH/ESP 헤더가 검증되면 상기 패킷을 상위 계층으로 전송하는 단계;를 포함하는 것을 특징으로 하는 IPv6에서의 대역폭 사용을 위한 통신 방법.
  17. (a) 이동 노드가 상대 노드로부터 타입2의 라우팅 헤더가 생략된 패킷을 수신하였을 경우 상기 패킷의 IPv6 기본 헤더의 목적지 주소를 상기 이동 노드의 홈 주소로 복구 가능한가를 표시한 바인딩 업데이트 메시지를 상기 상대 노드로 전송하는 단계;
    (b) 상기 바인딩 업데이트 메시지를 수신한 상기 상대 노드가, 상기 이동 노드로 패킷 전송시 상기 라우팅 헤더를 생략할 것인지 나타내는 바인딩 응답 메시지를 상기 이동 노드로 전송하는 단계;
    (c) 상기 상대 노드가 전송할 패킷의 상기 목적지 주소를 상기 이동 노드의 임시 주소로 변경하여 상기 이동 노드로 전송하는 단계; 및
    (d) 상기 패킷을 수신한 이동 노드가 상기 패킷의 상기 목적지 주소를 상기 이동 노드의 홈 주소로 복구하는 단계;를 포함하는 IPv6에서의 대역폭 사용을 위한 통신 방법을 컴퓨터에서 실행시킬 수 있는 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체.
KR1020060125104A 2006-12-08 2006-12-08 ＩＰｖ6에서의 효율적인 대역폭 사용을 위한 통신 방법 KR100842289B1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020060125104A KR100842289B1 (ko) 2006-12-08 2006-12-08 ＩＰｖ6에서의 효율적인 대역폭 사용을 위한 통신 방법
US11/975,188 US7933241B2 (en) 2006-12-08 2007-10-17 Communication method for using bandwidth efficiently in internet protocol version 6

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020060125104A KR100842289B1 (ko) 2006-12-08 2006-12-08 ＩＰｖ6에서의 효율적인 대역폭 사용을 위한 통신 방법

Publications (2)

Publication Number Publication Date
KR20080053114A KR20080053114A (ko) 2008-06-12
KR100842289B1 true KR100842289B1 (ko) 2008-06-30

Family

ID=39497926

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020060125104A KR100842289B1 (ko) 2006-12-08 2006-12-08 ＩＰｖ6에서의 효율적인 대역폭 사용을 위한 통신 방법

Country Status (2)

Country Link
US (1) US7933241B2 (ko)
KR (1) KR100842289B1 (ko)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9713774B2 (en) 2010-08-30 2017-07-25 Disney Enterprises, Inc. Contextual chat message generation in online environments
US9245253B2 (en) * 2011-08-19 2016-01-26 Disney Enterprises, Inc. Soft-sending chat messages
US10303762B2 (en) 2013-03-15 2019-05-28 Disney Enterprises, Inc. Comprehensive safety schema for ensuring appropriateness of language in online chat

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02611A (ja) * 1987-12-03 1990-01-05 Ppg Ind Inc 安定な非水溶性のポリウレタン微粒子分散体

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2002253437A1 (en) * 2002-04-12 2003-10-27 Nokia Corporation System, device and method for improving throughput in a communication network, preferably a mobile ipv6-based network
GB0226289D0 (en) * 2002-11-11 2002-12-18 Orange Personal Comm Serv Ltd Telecommunications
JP2005295036A (ja) * 2004-03-31 2005-10-20 Fujitsu Ltd ホームエージェントシステム
KR100594819B1 (ko) * 2004-08-03 2006-07-03 한국전자통신연구원 핸드오버 방법

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02611A (ja) * 1987-12-03 1990-01-05 Ppg Ind Inc 安定な非水溶性のポリウレタン微粒子分散体

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
논문(2006.11)

Also Published As

Publication number Publication date
US20080137629A1 (en) 2008-06-12
US7933241B2 (en) 2011-04-26
KR20080053114A (ko) 2008-06-12

Similar Documents

Publication Publication Date Title
AU767782B2 (en) Buffer management for mobile internet protocol
JP4294829B2 (ja) モバイルネットワークシステム
JP5102836B2 (ja) ネットワークノード及び移動端末
US7965695B2 (en) Method and apparatus for routing a packet in mobile IP system
TWI465078B (zh) 減少通道負擔
US20050232146A1 (en) System and method for recovering a damaged routing path in a mobile network
EP2095595B1 (en) Mobile IP proxy
US20030026241A1 (en) Packet transfer method for hierarchical packet network, hierarchical packet communication system, and gate node, edge node and mobile terminal for use with hierarchical packet communication system, as well as handover method and routing node for packet network
EP2375673A2 (en) Mobile system and IP packet transferring method
US7436762B2 (en) Mobile communication network system for managing the location of a mobile IP terminal
JP5644824B2 (ja) 移動管理システム、ホームエージェント及びそれらに用いる移動端末管理方法並びにそのプログラム
CN101601255A (zh) 轻型移动性体系结构
KR20090121380A (ko) 흐름 식별을 위한 키를 이용한 이동 ｉｐ에 대한 터널링 지원
US7224695B2 (en) Router and communication network system
EP1921818A2 (en) Mobility management system and method for mobile internet protocol network
CN1998193B (zh) 移动终端管理设备和归属代理切换方法
Wu et al. A seamless handoff approach of mobile IP protocol for mobile wireless data networks
KR100842289B1 (ko) ＩＰｖ6에서의 효율적인 대역폭 사용을 위한 통신 방법
WO2008014719A1 (fr) Dispositif et procédé permettant d'exécuter une itinérance de noeud dans un réseau ip version 6
KR100937924B1 (ko) 6ＬｏＷＰＡＮ 네트워크의 이동성 지원을 위한 프로토콜 헤더 압축 방법
JP2003134140A (ja) モバイルｉｐを利用したデータ転送方式
US20110055551A1 (en) Method and network nodes for generating cryptographically generated addresses in mobile ip networks
JP2011044988A (ja) 通信システムにおける位置登録管理方法、プロキシ装置及びプロキシプログラム
JP2006109373A (ja) ＭｏｂｉｌｅＩＰｖ６ネットワークシステムおよびその通信方法、ルータ装置、ＭｏｂｉｌｅＮｏｄｅおよび記録媒体
JP5193797B2 (ja) 移動通信ネットワークシステム、ホームエージェント、アクセスゲートウェイ及び相手ノード

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20130527

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20140529

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20150527

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20160527

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20170529

Year of fee payment: 10

FPAY Annual fee payment

Payment date: 20190527

Year of fee payment: 12