KR101238240B1 - 프록시 모바일 인터넷 프로토콜 버전 6의 로컬 라우팅에 대한 경로 최적화를 위한 장치 및 방법 - Google Patents

프록시 모바일 인터넷 프로토콜 버전 6의 로컬 라우팅에 대한 경로 최적화를 위한 장치 및 방법 Download PDF

Info

Publication number
KR101238240B1
KR101238240B1 KR1020117022110A KR20117022110A KR101238240B1 KR 101238240 B1 KR101238240 B1 KR 101238240B1 KR 1020117022110 A KR1020117022110 A KR 1020117022110A KR 20117022110 A KR20117022110 A KR 20117022110A KR 101238240 B1 KR101238240 B1 KR 101238240B1
Authority
KR
South Korea
Prior art keywords
mag
access gateway
message
mobile access
lma
Prior art date
Application number
KR1020117022110A
Other languages
English (en)
Other versions
KR20110129422A (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 후아웨이 테크놀러지 컴퍼니 리미티드
Publication of KR20110129422A publication Critical patent/KR20110129422A/ko
Application granted granted Critical
Publication of KR101238240B1 publication Critical patent/KR101238240B1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing 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/08Mobility data transfer
    • H04W8/082Mobility data transfer for traffic bypassing of mobility servers, e.g. location registers, home PLMNs or home agents
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/12Shortest path evaluation
    • H04L45/122Shortest path evaluation by minimising distances, e.g. by selecting a route with minimum of number of hops
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04Network layer protocols, e.g. mobile IP [Internet Protocol]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18Service support devices; Network management devices
    • H04W88/182Network node acting on behalf of an other network entity, e.g. proxy

Abstract

모바일 노드(MN)와 연관되며 상대 노드(CN)와 연관된 제2 모바일 액세스 게이트웨이(MAG)에 프록시 바인딩 갱신(PBU) 메시지를 전송하제1 모바일 액세스 게이트웨이(MAG)를 포함하는 장치를 제공한다. 본 장치는 경로 최적화 개시 요청(ROStartReq) 메시지를 모바일 액세스 게이트웨이(MAG)에 전송하도록 하는 단계를 포함하는 방법을 구현하도록 구성된 하나 이상의 프로세서를 포함한다. ROStartReq 메시지는 모바일 노드(MN)와 상대 노드(CN) 사이에서 경로 최적화를 요청하고, ROStartReq 메시지는 모바일 노드와 상대 노드 간의 경로 최적화 옵션(MN-CN RO 옵션)을 포함한다. 로컬 이동성 앵커(LMA), 로컬 이동성 앵커(LMA)에 결합되어 모바일 노드(MN)와 통신하도록 구성된 제1 모바일 액세스 게이트웨이(MAG); 및 로컬 이동성 앵커(LMA)에 결합되어 상대 노드(CN)와 통신하도록 구성된 제2 모바일 액세스 게이트웨이(MAG)를 포함하는 시스템을 제공한다. 모바일 노드(MN)와 상대 노드(CN) 사이에서의 통신은, 로컬 이동성 앵커(LMA)를 통해 라우팅되지 않고, 제1 모바일 액세스 게이트웨이(MAG)와 제2 모바일 액세스 게이트웨이(MAG)를 통해 라우팅된다.

Description

프록시 모바일 인터넷 프로토콜 버전 6의 로컬 라우팅에 대한 경로 최적화를 위한 장치 및 방법{APPARATUS AND METHOD FOR ROUTE OPTIMIZATION FOR PROXY MOBILE INTERNET PROTOCOL VERSION SIX LOCAL ROUTING}
본 발명은 인터넷 프로토콜(internet protocol: IP) 버전 6(IPv6)의 로컬 라우팅에 대한 경로 최적화를 위한 장치와 방법에 관한 것이다.
다양한 액세스(access) 기술을 위해 IPv6(Internet Protocol version 6)가 사용되고 있다. 일반적으로, 이동국 노드(mobile node: MN)는 하나의 액세스 노드에서 다른 액세스 노드로 이동할 때에 이동성 파라미터(mobility parameter) 중의 몇몇을 재구성하여야 한다. 프록시 모바일(proxy mobile) IPv6(PMIPv6)는 모바일 노드(MN)가 자신의 이동성 관리를 처리하지 않아도 되도록 하는 프로토콜이다. 구체적으로, MN의 이동성 관리는 MN에 의한 참여가 없어도, 모바일 액세스 게이트웨이(mobile access gateway: MAG) 및/또는 로컬 이동성 앵커(local mobility anchor: LMA)에 의해 취급된다.
동일한 로컬 네트워크 이동성 도메인 내의 MN 및 상대 노드(correspondent node: CN)가 PMIPv6를 사용하여 통신을 수행하는 경우에, MN과 CN 간의 통신은 MN으로부터 MN의 MAG, MN의 LMA, CN의 LMA, CN의 MAG, 및 CN까지 경로 설정된다. CN에서 MN까지의 통신 경로는 MN과 CN 간의 준최적 패킷 라우팅(suboptimal packet routing)으로 된다.
일실시예에서, 본 발명은 모바일 노드(mobile node: MN)와 연관되며, 프록시 바인딩 갱신(proxy binding update: PBU) 메시지를 제2 모바일 액세스 게이트웨이(mobile access gateway: MAG)에 송신하도록 구성된 제1 모바일 액세스 게이트웨이(mobile access gateway: MAG)를 구비하는 장치를 제공한다.
다른 실시예에서, 본 발명은 경로 최적화 개시 요청(route optimization start request: ROStartReq) 메시지를 모바일 액세스 게이트웨이(mobile access gateway: MAG)에 전송하도록 하는 단계를 포함하는 방법을 제공한다. 경로 최적화 개시 요청(ROStartReq) 메시지는 모바일 노드(mobile node: MN)와 상대 노드(correspondent node: CN) 사이에서 경로 최적화를 요청하는 것이고, 경로 최적화 개시 요청(ROStartReq) 메시지는 모바일 노드와 상대 노드 간의 경로 최적화(route optimization: RO) 옵션(MN-CN RO 옵션)을 포함한다.
또 다른 실시예에서, 본 발명은 로컬 이동성 앵커(local mobility anchor: LMA), 로컬 이동성 앵커(LMA)에 결합되어 모바일 노드(mobile node: MN)와 통신하도록 구성된 제1 모바일 액세스 게이트웨이(mobile access gateway: MAG), 및 로컬 이동성 앵커(LMA)에 결합되어 상대 노드(correspondent node: CN)와 통신하도록 구성된 제2 모바일 액세스 게이트웨이(MAG)를 포함하며, 모바일 노드(MN)와 상대 노드(CN) 사이에서의 통신은, 로컬 이동성 앵커(LMA)를 통해 라우팅되지 않고, 제1 모바일 액세스 게이트웨이(MAG)와 상기 제2 모바일 액세스 게이트웨이(MAG)를 통해 라우팅된다.
이들 특징 및 그외 다른 특징에 대해서는, 첨부 도면 및 청구범위와 함께 이하의 상세한 설명으로부터 더 잘 이해될 것이다.
본 발명의 이해를 돕기 위해, 첨부 도면 및 상세한 설명을 참조하여 이하 간단하게 설명한다. 유사한 참조 부호는 유사한 구성 요소를 나타낸다.
도 1은 무선 액세스 네트워크 시스템의 일실시예를 개략적으로 나타낸다.
도 2는 무선 액세스 네트워크 시스템의 다른 실시예를 개략적으로 나타낸다.
도 3은 경로 최적화 방법의 실시예에 대한 프로토콜을 나타낸다.
도 4는 경로 최적화 방법의 다른 실시예에 대한 프로토콜을 나타낸다.
도 5는 경로 최적화 개시 요청(ROStartReq) 메시지의 구성에 대한 실시예를 개략적으로 나타낸다.
도 6은 모바일 노드(MN)-상대 노드(CN) 경로 최적화 옵션에 대한 실시예를 개략적으로 나타낸다.
도 7은 경로 최적화 개시 응답(ROStartRes) 메시지에 대한 실시예를 개략적으로 나타낸다.
도 8은 로컬 이동성 앵커(LMA) 경로 최적화 개시 요청(LMAROStartReq) 메시지에 대한 실시예를 개략적으로 나타낸다.
도 9는 LMA 경로 최적화 개시 응답(LMAROStartRes) 메시지에 대한 실시예를 개략적으로 나타낸다.
도 10은 범용 컴퓨터 시스템에 대한 실시예를 개략적으로 나타낸다.
하나 이상의 실시예에 대한 예시적 구현을 설명하고 있지만, 본 발명의 시스템 및/또는 방법은 현재 알려져 있거나 존재하는 것에 관계없이 임의의 많은 기술을 사용하여 구현될 수 있다는 것으로 해석하여야 한다. 본 발명은 본 명세서에서 예시하고 설명한 설계 및 구현 예를 포함하며, 이하에 설명하는 예시적 구현, 도면 및 기술에 한정되지 않고, 청구범위와 그 등가 범위 내에서 변경이 가능하다.
본 발명은 모바일 노드(mobile node: MN)와 상대 노드(correspondent node: CN) 사이에서 전달되는 패킷이 로컬 이동성 앵커(local mobility anchor: LMA)를 바이패스하도록 하여, 전달 효율을 향상시키고 및/또는 네트워크 트래픽을 감소시키는 경로 최적화에 관한 것이다. 구체적으로, MN의 모바일 액세스 게이트웨이(mobile access gateway: MAG) 및 CN의 MAG는 상대 MAG에서의 MN의 상태와 CN의 상태를 확립하기 위해 서로 간의 프록시 바인딩 갱신(proxy binding update: PBU)/프록시 바인딩 확인(proxy binding acknowledgement: PBA) 메시지의 교환에 참여할 수 있다. 이후, 2개의 MAG는, 예를 들어 이러한 패킷을 LMA에 송신하지 않고도, MN-CN 패킷을 서로 직접 전송할 수 있다. 일실시예에서, 경로 최적화(route optimization)는 MN의 MAG와 CN의 MAG가 동일한 LMA와 연관되는 경우에 경로 최적화가 적용된다. 다른 실시예에서, 경로 최적화는 MN의 MAG와 CN의 MAG가 상이한 LMA와 연관되는 경우에 적용된다. 경로 최적화 옵션을 포함하는 경로 최적화 요청 및 경로 최적화 응답 메시지가 상기 2가지 실시예에 모두 제공된다. 경로 최적화를 위한 핸드오버 및 IPv4 지원도 제공된다.
도 1은 프록시 모바일 IPv6(PMIPv6)에서 경로 최적화를 지원할 수 있는 무선 액세스 네트워크 시스템(100)의 실시예를 나타낸다. 이 무선 액세스 네트워크 시스템(100)은 제1 무선 액세스 네트워크(110) 내의 모바일 노드(MN)(102), 상대 노드(CN)(104), 제1 MAG(112)(MAG1); 제2 무선 액세스 네트워크(120) 내의 제2 MAG(122)(MAG2); LMA(130); 및 회선망(140)을 포함한다. MN(102)은 제1 무선 액세스 네트워크(110)의 커버리지 영역(coverage area) 내에 위치될 수 있으며, 무선 접속을 통해 제1 MAG(112)와 통신을 수행할 수 있다. 마찬가지로, CN(104)은 제2 액세스 네트워크(120)의 커버리지 영역 내에 위치될 수 있으며, 무선 또는 유선 접속을 통해 제2 MAG(122)와 통신을 수행할 수 있다. 또한, 제1 MAG(112)와 제2 MAG(122)는 접속을 독립적으로 확립하여 LMA(130)와 통신을 수행할 수 있다. 이러한 구성에 의하면, MN(102)와 CN(104)은 서로에 대하여 그리고 회선망(140)과 통신을 수행할 수 있다.
일실시예에서, MN(102)은 CN(104) 및/또는 회선망(140)과 통신을 수행하기 위해 제1 무선 액세스 네트워크(110)를 사용하는 임의의 모바일 장치가 될 수 있다. 구체적으로, MN(102)은 제1 MAG(112), 제2 MAG(122) 및/또는 LMA(130)를 통해 CN(104) 및/또는 회선망(140)과 통신을 수행하는 사용자 중심의 모바일 장치가 될 수 있다. 예를 들어, MN(102)은 셀룰러 폰, 노트북 컴퓨터, 휴대 정보 단말기(personal digital assistant: PDA), 또는 임의의 다른 무선 장치가 될 수 있다. 이와 달리, MN(102)은 무선 기술을 사용하여 제1 MAG(112)에 접속될 수 있는, 데스크톱 컴퓨터 또는 셋톱 박스 등의 고정된 통신 장치가 될 수 있다. 또한, MN(102)은 이동성이 무선 액세스 네트워크 시스템(100)에 의해 관리되는 인터넷 프로토콜(internet protocol: IP) 호스트 또는 라우터가 될 수 있다. 구체적으로, MN(102)은 IPv4-only 노드, IPv6-only 노드 또는 듀얼 스택(dual-stack) 노드가 될 수 있으며, 해당 PMIPv6 도메인에서 획득되는 IP 어드레스용 이동성을 취득하기 위한 신호와 관련된 임의의 IP 이동성에 참여하여 않아도 된다.
일실시예에서, CN(104)은 MN(102) 및/또는 회선망(140)과 통신을 수행하기 위해 제2 액세스 네트워크(120)를 사용하는 임의의 장치가 될 수 있다. 구체적으로, CN(104)은 제1 MAG(112), 제2 MAG(122), 및/또는 LMA(130)를 통해 MN(102) 및/또는 회선망(140)과 통신하는 장치가 될 수 있다. 예를 들어, CN(104)은 셀룰러 폰, 노트북 컴퓨터, 휴대 정보 단말기(PDA), 또는 임의의 다른 무선 장치 등의 모바일 통신 장치가 될 수 있다. 이와 달리, CN(104)은 데스크톱 컴퓨터, 서버, 셋톱 박스, 또는 임의의 다른 고정된 통신 장치 등의 고정된 통신 장치가 될 수 있다. CN(104)은 무선 또는 유선(예를 들어, 광학 또는 전기적) 기술을 사용하여 제1 MAG(112), 제2 MAG(122), 및/또는 LMA(130)에 접속될 수 있다. 또한, CN(104)은 무선 액세스 네트워크 시스템(100)에 의해 이동성이 관리되는 IP 호스트 또는 라우터가 될 수 있다. 구체적으로, CN(104)은 IPv4-only 노드, IPv6-only 노드 또는 듀얼 스택 노드가 될 수 있으며, 해당 PMIPv6 도메인에서 획득되는 IP 어드레스용 이동성을 취득하기 위한 신호와 관련된 임의의 IP 이동성에 참여하여 않아도 된다.
일실시예에서, 제1 MAG(112) 및 제2 MAG(122)는, 예를 들어 PMIPv6 프로토콜에 기초한, MN(102)을 위한 이동성 관리를 취급하도록 구성된 임의의 장치 또는 구성 요소가 될 수 있다. PMIPv6은 IETF(Internet Engineering Task Force: 국제 인터넷 기술 위원회)의 RFC(Request for Comments) 5213에 개시되어 있다[본 명세서에 참조에 의해 포함되는 것으로 함]. 예를 들어, 제1 MAG(112) 및 제2 MAG(122)은 MN(102), CN(104) 및/또는 회선망(140) 사이에서 액세스를 제공하는 액세스 라우터 또는 액세스 게이트웨이가 될 수 있다. 일실시예에서, 제1 MAG(112) 및 제2 MAG(122)는 이들의 액세스 링크에 부착되는 MN(102) 및/또는 CN(104)을 위한 이동성 관련 신호(mobility-related signaling)를 관리할 수 있다. 제1 MAG(112) 및 제2 MAG(122)는 액세스 링크에 들어오고 링크로부터 나가는 MN의 이동을 추적하고 이것을 LMA(130)에 전달할 수 있다. 일실시예에서, 제1 MAG(112) 및 제2 MAG(122)는 다른 MAG를 위한 상대편 등록(correspondent registration)을 유지하는 데이터 구조가 될 수 있는, 바인딩 갱신 리스트(Binding Update List: BUL)를 유지할 수 있다. 이에 추가로 또는 이와 달리, 제1 MAG(112) 및 제2 MAG(122)는 MN을 서빙하는 다른 MAG에 메시지를 송신 또는 전달하는 데에 사용될 수 있는, MN(102)에 대한 이동성 바인딩(mobility binding)의 캐시(cache)가 될 수 있는 바인딩 캐시(Binding Cache)를 유지할 수 있다. 구체적인 예로서, 제1 MAG(112) 및 제2 MAG(122)는 이하에 설명하는 바와 같이, PBU 메시지 및 PBA 메시지를 서로 교환하여, MN(102)과 CN(104) 사이에서의 전달 방향을 재설정할 수 있다.
일실시예에서, LMA(130)는 제1 MAG(112)를 통해 MN(102)와, 그리고 제2 MAG(122)를 통해 CN(104)과 접속 및/또는 외부 액세스를 제공하는 임의의 장치 또는 구성 요소가 될 수 있다. LMA(130)는 PMIPv6 프로토콜을 지원하도록 구성될 수 있으며, PMIPv6 도메인 내의 MN(102)을 위한 홈 에이전트(home agent: HA)가 될 수 있다. 구체적으로, LMA(130)는 MN의 홈 네트워크 프리픽스를 위한 위상적인 앵커 포인트(topological anchor point)가 될 수 있으며, MN의 바인딩 상태를 관리하는 엔티티가 될 수 있다. LMA(130)는 IETF 문서 RFC 3775에서 규정된 것[본 명세서에서 참조에 의해 포함함]과 같은 HA의 기능적 성능을 가질 수 있으며, RFC 5213에서 규정한 PMIPv6을 지원하기 위해 필요한 추가의 성능을 가질 수 있다. 특정의 실시예에서, 제1 MAG(112) 및 제2 MAG(122)는, 이하에 설명하는 바와 같이, 제1 MAG(112) 및 제2 MAG(122)와 경로 최적화 개시 요청(ROStartReq) 메시지 및 경로 최적화 개시 응답(ROStartRes) 메시지를 교환할 수 있다.
회선망(140)은 제1 무선 액세스 네트워크(110)를 통해 MN(102)에 및/또는 제2 액세스 네트워크(120)를 통해 CN(104)에 서비스를 제공하는 임의의 회선망이 될 수 있다. 예를 들어, 회선망(140)은 사설망, 공중망, 인트라넷, 인터넷, 또는 이들의 조합이 될 수 있다. 회선망(140)은 MN(102) 및/또는 CN(104)에, 데이터, 텍스트, 음성, 영상 및/또는 이들의 조합을 포함할 수 있는, IPv6 패킷 등의 업스트림 및/또는 다운스트림 IP 패킷을 제공할 수 있다. 이와 달리, 이러한 패킷은 MN(102) 및 CN(104) 사이에서 교환될 수 있다. 패킷은 발신지(source) IP 어드레스, 목적지(destination) IP 어드레스, 전송 프로토콜 번호, 발신지 포트 번호, 목적지 포트 번호, 또는 이들의 조합에 의해 식별될 수 있는 IPv6 플로우(flow)의 일부가 될 수 있다.
도 2는 PMIPv6에서 경로 최적화를 지원할 수 있는 무선 액세스 네트워크 시스템(200)의 다른 실시예를 나타낸다. 무선 액세스 네트워크 시스템(200)은 제1 무선 액세스 네트워크(110) 내의 모바일 노드(MN)(102), 상대 노드(CN)(104), 제1 MAG(112)(MAG1); 제2 무선 액세스 네트워크(120) 내의 제2 MAG(122)(MAG2); LMA(130); 및 회선망(140)을 포함하며, 이들 모두는 상기 설명한 것과 실질적으로 동일하다. 그러나, 무선 액세스 네트워크 시스템(200)은 제2 MAG(122)와 회선망(140) 사이에 위치한 제2 LMA(132)(LMA2)를 더 포함한다. 제2 LMA(132)는 제1 LMA(130)가 CN(104)이 아닌 MN(102)을 위한 LMA가 될 수 있으며, 제2 LMA(132)는 MN(102)이 아닌 CN(104)를 위한 LMA가 될 수 있다는 것을 제외하고는, 제1 LMA(130)와 실질적으로 유사할 수 있다. 게다가, 제1 LMA(130) 및 제2 LMA(132)는 서로 직접 또는 회선망(140)을 통해 통신을 수행할 수 있다. 도 1 및 도 2는 무선 액세스 네트워크 시스템의 2개의 실시예만을 예시하고 있지만, 무선 액세스 네트워크 시스템의 다른 실시예도 가능하다는 것을 알 수 있을 것이다.
도 3은 PMIPv6 설정으로 구현될 수 있는 경로 최적화 프로토콜(300)의 실시예를 나타낸다. 예를 들어, 경로 최적화 프로토콜(300)은 MN의 MAG와 CN의 MAG가 동일한 LMA에 의해 서빙되는, 예를 들어 도 1에 나타낸 상황의 MN-CN 통신을 위해 구현될 수 있다. 경로 최적화 프로토콜(300)은 역방향 터널 패킷(reverse tunneled packet)이 MN의 MAG로부터 수신되고[예를 들어, 프록시 케어 오브 어드레스(Proxy Care-of Address: Proxy-CoA1], CN의 MAG를 가리키는 패킷의 목적지 어드레스(예를 들어, Proxy-CoA2)를 위한 바인딩 캐시 엔트리(binding cache entry: BCE)가 존재하는 경우, 또는 그 반대의 경우에, LMA에서 트리거될 수 있다.
경로 최적화 프로토콜(300)은 LMA가 경로 최적화 개시 요청(ROStartReq) 메시지(302)를 MN의 MAG(MAG1), 예를 들어 MN의 Proxy-CoA1에 전송할 때에 개시할 수 있다. ROSStartReq 메시지(302)는 MN의 어드레스 및 Proxy-CoA1, 경로 최적화에 대한 수명(lifetime), 및 일련 번호 필드(sequential number field)에서의 비제로 정수(non-zero integer)를 포함할 수 있다. 일실시예에서, ROStartReq 메시지(302)는 이하에 설명하는 MN-CN RO 옵션 중의 적어도 한 쌍을 포함할 수 있다. 모바일 노드와 상대 노드 간의 경로 최적화 옵션(MN-CN RO option) 쌍에 열거된 각각의 MN 어드레스에 대하여, MN의 MAG는 MAG가 서빙되는 각각의 MN에 대해 기억하는 프리픽스의 리스트 중 매칭되는 IPv6 홈 네트워크 프리픽스를 위한 BUL을 검색할 수 있다. 이어서, MN의 MAG는 경로 최적화가 허용되었는지 거부되었는지를 나타낼 수 있는 경로 최적화 개시 응답(ROStartRes) 메시지(304)로 ROStartReq 메시지(302)에 응답할 수 있다. 경로 최적화는 ROStartReq 메시지(302)에 의한 문제가 존재하지 않는 경우에 허용되는 것이 일반적일 것이다. ROStartRes 메시지(304)는 ROStartReq 메시지(302)와 동일한 일련 번호를 포함할 수 있다. ROStartRes 메시지(304)가 LMA에 의해 수신되지 않는다면, 예를 들어 미리 정해진 기간이 경과한 후에, ROStartReq 메시지(302)를 재전송할 수 있다.
LMA는 CN의 MAG(MAG2), 예를 들어 CN의 Proxy-CoA2에 ROStartReq 메시지(306)를 전송할 수 있다. ROStartReq 메시지(306)는 CN의 어드레스 및 Proxy-CoA2, 경로 최적화의 수명, 및 일련 번호 필드에 비제로 정수를 포함할 수 있다. ROStartReq 메시지(306) 내의 일련 번호는 ROStartReq 메시지(302) 내의 일련 번호로부터 한번 증분(single increment)될 수 있다. 일실시예에서, ROStartReq 메시지(306)는 이하에 설명하는 MN-CN RO 옵션 중 적어도 한 쌍을 포함할 수 있다. 각각의 MN-CN RO 옵션 쌍에 열거된 각각의 CN 어드레스의 경우에는, CN의 MAG가 서빙되는 각각의 CN에 대해 기억하는 프리픽스의 리스트 중의 매칭되는 IPv6 홈 네트워크 프리픽스에 대한 BUL을 검색할 수 있다. 이어서, CN의 MAG는 경로 최적화가 허용되었는지 거부되었는지 여부를 나타낼 수 있는 ROStartRes 메시지(308)로 ROStartReq 메시지(306)에 응답할 수 있다. 경로 최적화는 ROStartReq 메시지(306)에 문제가 존재하지 않는 경우에 허용되는 것이 일반적일 것이다. ROStartReq 메시지(302, 306)는 도 3에 나타낸 순서로, 그 반대의 순서로, 또는 동시에 전송될 수 있다. 마찬가지로, ROStartRes 메시지(304, 308)는 도 3에 나타낸 순서로, 반대의 순서로, 또는 동시에 전송될 수 있다. 따라서, LMA는 미처리한(outstanding) 다수의 ROStartReq 메시지(302, 306)를 가질 수 있다. 왜냐하면, 이들 메시지는 대응하는 ROStartRes 메시지(304, 308)를 수신하기 전에 다수의 MAG로 전송되기 때문이다.
MN의 MAG는 PBU 메시지(310)를 CN의 MAG에 전송할 수 있다. PBU 메시지(310)는 CN의 MAG에 MN의 상태를 등록할 수 있으며, ROStartReq 메시지(302) 내의 수명 값(lifetime value)과 동일하게 될 수 있는, CN의 MAG에서의 MN의 바인딩에 대한 수명을 설정할 수 있다. 게다가, PBU 메시지(310) 내의 목적지 어드레스는 ROStartReq 메시지(302)에 있는 MN-CN RO 옵션 중의 CN 부분의 Proxy CoA 필드와 동일할 수 있다. MN의 MAG는 ROStartReq 메시지(302)가 다수의 MN-CN RO 옵션 쌍을 포함하는 경우에, 각각의 CN에 대해 MAG에 별도의 PBU 메시지(310)를 전송할 수 있다. CN의 MAG는 바인딩이 허용되었는지 또는 거부되었는지 여부를 나타낼 수 있는 PBA 메시지(312)로 PBU 메시지(310)에 응답할 수 있다.
CN의 MAG는 PBU 메시지(314)를 MN의 MAG에 전송할 수 있다. PBU 메시지(314)는 MN의 MAG에 CN의 상태를 등록할 수 있으며, ROStartReq 메시지(306) 내의 수명 값과 동일하게 될 수 있는, MN의 MAG에서의 CN의 바인딩에 대한 수명을 설정할 수 있다. 게다가, PBU 메시지(310) 내의 목적지 어드레스는 ROStartReq 메시지(306) 내의 MN-CN RO 옵션의 MN 부분 내의 Proxy CoA 필드와 동일하게 될 수 있다. CN의 MAG는 ROStartReq 메시지(302)가 다수의 MN-CN RO 옵션 쌍을 포함하는 경우에, 각각의 MN에 대한 MAG에 별도의 PBU 메시지(314)를 전송할 수 있다. MN의 MAG는 바인딩이 허가되었는지 아니면 거부되었는지 여부를 나타낼 수 있는 PBA 메시지(316)로 PBU 메시지(314)에 응답할 수 있다. PBU 메시지(310, 314)는 도 3에 나타낸 순서로, 그 반대의 순서로 또는 동시에 전송될 수 있다. 마찬가지로, PBA 메시지(312, 316)는 도 3에 나타낸 순서로, 그 반대의 순서로, 또는 동시에 전송될 수 있다. 또한, PBU-PBA 교환은 바인딩의 수명을 연장하는 것이 필요한 때에 반복될 수 있다. PBU-PBA 교환이 완료된 후에, MN의 MAG와 CN의 MAG는 MN-CN 트래픽을 서로, 예를 들어 LMA를 통해 이러한 트래픽을 경로 설정하지 않고도, 전송할 수 있다.
MAG(예를 들어, MN의 MAG 또는 CN의 MAG)에 전송된 PBU 메시지에 대하여, 새로운 BUL 엔트리는 이전에 생성된 적이 없는 경우에, 예를 들어 PBU가 리프레시 PBU가 아닌 경우에 생성될 수 있다. 새로운 PBU 엔트리는 MN-Identifier, 링크-계층 식별자, 홈 네트워크 프리픽스 등과 같은 MN 정보 필드를 포함할 수 있다. 이들 필드는 홈(LMA) 등록으로 생성된 기존의 엔트리로부터 복제될 수 있다. 부착된 MN을 서빙하는 LMA의 IPv6 어드레스는 전송된 MAG PBU의 Proxy CoA로서 번역될 수 있으며, MN-CN RO 옵션의 CN 부분에서의 Proxy CoA 필드는 이 필드에 복제될 수 있다. 게다가, 새로운 PBU 엔트리는 IETF 문서 RFC 3775에서 규정된 바와 같은 바인딩 갱신 필드가 전송된 노드의 IP 어드레스를 포함할 수 있으며, MN-CN RO 옵션의 CN 부분의 홈 네트워크 프리픽스 필드로 전송될 수 있다. P 비트가 MN-CN RO 옵션에 설정되면, 이 필드는 MN-CN RO 옵션의 CN 부분의 IPv4 홈 어드레스(HoA) 필드로 전송될 수 있다. 결국, 바인딩 수명 필드의 초기값은 ROStartReq 메시지의 수명 필드로 설정될 수 있다.
핸드오버가 발생하면, MAG1의 BUL 내의 MN의 등록 엔트리는 새로운 MAG로 이동될 수 있다. 새로운 MAG는 MN의 이전의 MAG가 경로 최적화를 확립하는 MAG에 PBU를 전송할 수 있다. MN의 새로운 MAG와 CN의 MAG 사이에서의 PBU-PBA 교환은 MN과 CN 사이에서의 최적의 라우트 경로를 재확립한다. 핸드오버 이후에, NM의 새로운 MAG가 MAG2(예를 들어, CN의 MAG)이면, PBU-PBA 교환은 필요하지 않으며, 생략할 수도 있다. 대신에, MN과 CN 사이에서의 경로 최적화는 IETF RFC 5213에 개시된 바와 같이, 예를 들어 하나의 MAG를 통과하고 LMA를 통과하지 않는 MN-CN 사이의 통신으로 수행될 수 있다.
LMA는 임의의 시점에 경로 최적화 프로토콜(300)을 중단할 수 있다. 이렇게 하기 위하여, LMA는 0에 가까운 값으로 설정된 수명 필드를 포함하는 ROStartReq 메시지(302)를 MAG에 전송할 수 있다. MAG는 부합하는 일련 번호를 포함하는 ROStartRes 메시지(304)로 응답할 수 있다. LMA가 이러한 ROStartRes 메시지(304)를 수신한 이후에, 경로 최적화 프로토콜(300)은 종료할 것이며, LMA-MAG 터널(tunnel)은 각각의 MAG에 대해 개별적으로 재확립될 수 있다.
IPv4 지원은 MN이 IPv4가 인에이블되고 IPv4 HoA를 수신한 경우에 필요하게 될 수 있다. 이러한 경우, 경로 최적화는 MN의 IPv4 HoA 모두, 예를 들어 IPv4-MN-HoA 및 IPv4 Proxy CoA가, MAG가 전역 어드레스인 경우에 지원될 수 있다. 초기에, MN와 CN은 본 명세서에 참조에 의해 포함되는 IETF 문서 draft-ietf-netlmm-pmip6-ipv4-support에서 설명하는 바와 같이 LMA에 의해 PBU/PBA 교환을 통해 이들의 IPv4 HoA를 구성할 수 있다. 이러한 경우, LMA는 MN 및 CN 모두에 대해 ROStartReq 메시지 내에 IPv4-MN-HoA를 포함할 수 있다. MN 또는 CN이 홈 네트워크 프리픽스에 할당되면, LMA는 PBU에 홈 네트워크 프리픽스를 포함할 수 있다. ROStartReq 메시지 및 ROStartRes 메시지는 모두 IPv6 메시지가 될 수 있으며, PBU 메시지 및 PBA 메시지를 전송하기 위해 사용된 LMA-MAG 터널을 따라 전송될 수 있다. 게다가, MAG 사이에서 교환된 PBU 및 PBA 메시지는 IPv6 메시지가 될 수 있으며, 캡슐화되지 않은 IPv6 메시지로서 전송될 수 있다. 경로 최적화가 확립되면, 2개의 MAG 사이에서의 데이터 메시지는 IPv6을 사용하여 IPv4 페이로드(payload)로서 전송될 수 있다.
IPv4는 LMA와 MAG 사이에서의 전송 네트워크가 IPv4 네트워크인 경우에 필요하게 될 수 있다. 이러한 경우, ROStartReq, ROStartRes, PBU 및 PBA 메시지는 IETF 문서 draft-ietf-netlmm-pmip6-ipv4-support에서 규정된 바와 같은 IPv4 또는 IPv4-사용자 데이터그램 프로토콜(user datagram protocol: UDP)을 사용하여 IPv6 메시지로서 전송될 수 있다. IPv4-UDP 및 IPv4-TLV(type-length-value: 타입-길이-값) 모드는, 네트워크 어드레스 변환(network address translation: NAT) 박스가 현재의 경로 최적화 프로토콜에 의해 지원되지 않기 때문에 사용되지 않게 된다. 경로 최적화가 확립되면, IPv4 데이터 패킷은 IPv4 패킷으로 전송되거나 IPv4-UDP-ESP 캡슐화로 암호화될 수 있다.
MAG가 동일한 로컬 네트워크 이동성 도메인 내의 MAG 사이에서의 로컬 라우팅을 가능하게 되는지 여부를 나타내기 위해, MAG에 구성 변수, 특히 EnableLMALocalRouting이 규정될 수 있다. 이 구성 변수(configuration variable)는 MAG의 인터페이스 중의 하나에 지역적으로 접속되는 방문 MN과 동일한 LMA에 접속되는 다른 MAG의 인터페이스 중의 하나에 지역적으로 접속되는 CN 사이에서 교환되는 트래픽의 로컬 라우팅을 MAG가 가능하게 하는지 여부를 나타낼 수 있다. 구성 변수는 처음에는 0으로 설정될 수 있지만, MAG가 LMA로부터 비제로 수명을 가진 ROStartReq 메시지를 수신하는 경우에는 1로 설정될 수 있다.
MAG는, PBU 메시지를 수신하면, 구성 변수가 1로 설정되어 있는지 여부를 판정할 수 있다. 구성 변수가 1로 설정되어 있지 않으면, MAG는 그 요청을 거부하며, 경로 최적화가 관리적으로 금지되었다는 것을 나타내는 지시자(129)로 설정된 상태 필드를 가진 PBA 메시지를 전송할 수 있다. PBU 메시지가 허가되면, MAG는 BCE를 생성할 수 있으며, PBU의 발신지 어드레스가 BCE의 Proxy CoA 필드로 복제될 수 있으며 및/또는 프록시 등록 플래그가 1로 설정될 수 있다. MN의 데이터(MN-Identifier, 링크 계층 식별자, 링크-지역 어드레스, 홈 네트워크 프리픽스 등)는 PBU의 대응하는 필드로부터 BCE로 복제될 수 있다.
PBU/PBA 교환을 완료하면, MAG는 이들 사이에 양방향 터널을 확립할 수 있다. 터널 종점(tunnel endpoint)은 2개의 MAG의 Proxy-CoA가 될 수 있다. 이 터널은 MN이 이것을 공유하지 않거나 MAG가 0으로 설정된 수명을 가진 LMA로부터 ROStartReq 메시지를 수신하는 경우에 손상되어야 한다. IPv4 전송을 사용하는 경우, 양방향 터널의 종점은 2개의 MAG의 IPv4-Proxy-CoA가 될 수 있다. 캡슐화 모드는 IETE 문서 draft-ietf-netlmm-pmip6-ipv4-support에서 규정하는 것이 될 수 있다.
액세스 링크에 접속되고 직접 접속되지 않은 목적지용의 MN으로부터의 패킷을 수신하는 경우, 구성 변수가 1로 설정되면, MAG는 IPv6 홈 네트워크 프리픽스를 위한 바인딩 캐시를 검색할 수 있다. 목적지 어드레스가 홈 네트워크 프리픽스 중 하나에 부합되면, 패킷은 터널 패킷으로서 BCE 내의 Proxy CoA 필드로 전달될 수 있다.
도 4는 PMIPv6 설정에서 구현될 수 있는 경로 최적화 프로토콜(400)의 다른 실시예를 나타낸다. 예를 들어, 경로 최적화 프로토콜(400)은 MN의 MAG와 CN의 MAG가 상이한 LMA에 의해 서빙되는, 예를 들어 도 2에 도시한 상황에서 MN-CN 통신을 위해 구현될 수 있다. 경로 최적화 프로토콜(400)은 LMA 중의 하나가 목적지 어드레스가 LMA가 BCE를 포함하는 MN인 패킷을 업스트림 인터페이스에서 수신하는 경우에 LMA에서 트리거될 수 있다. BCE로부터 LMA는 MAG 어드레스, 예를 들어 MN과 연관된 Proxy CoA1을 판정할 수 있다. 이어서, LMA는 패킷이 동일한 PMIPv6 도메인에 위치한 CN으로부터 제공된 것인지 여부를 판정하기 위해 발신지 어드레스를 체크할 수 있다. 그렇다면, LMA는 CN의 MAG, 예를 들어 Proxy CoA2에 대한 어드레스를 판정할 수 있다. 일례로, 동일한 PMIPv6 도메인 내의 LMA는 프리픽스의 리스트(예를 들어, /48, /32 등의 프리픽스)와 도메인 내의 모든 LMA에 대한 대응하는 어드레스를 포함하는 테이블로 구성될 수 있다. 이러한 경우, LMA는 CN의 LMA의 어드레스를 판정하기 위해 CN의 발신지 어드레스의 프리픽스 부분에 기초하여 가장 긴 프리픽스 매칭을 행함으로써 이 테이블을 검색할 수 있다. 이와 달리, LMA는 CN의 LMA의 어드레스를 판정하기 위해 인증(authentication), 권한 검증(authorization) 및 과금(accounting)(AAA) 서버, 예를 들어 RADIUS 또는 DIAMETER 서버를 찾아볼 수 있다. 구체적으로, LMA는 CN의 어드레스를 AAA 서버에 발송하고, CN이 추가된 LMA 및/또는 MAG의 어드레스를 문의할 수 있다. LMA는 임의의 다른 허용가능한 방법을 사용하여 CN의 MAG의 어드레스를 판정할 수 있다.
경로 최적화 프로토콜(400)은 MN의 LMA(LMA1)가 LMAROStartReq 메시지(402)를 CN의 LMA(LMA2)에 전송할 때에 개시할 수 있다. LMAROStartReq 메시지(402)는 MN의 어드레스, CN의 어드레스, MN의 MAG에 대한 어드레스(예를 들어, Proxy-CoA1), 경로 최적화에 대한 수명, 및 일련 번호 필드에서의 비제로 정수를 포함할 수 있다. 초기 일련 번호는 전송된 다음 LMAROStartReq 메시지(402)에 대해 1만큼 증분될 수 있다. MN의 LMA는 전형적으로 하나의 미처리의 LMAROStartReq 메시지(402)를 가질 수 있지만, 다수의 동시 경로 최적화의 경우에는 다수의 미처리의 LMAROStartReq 메시지(402)를 가질 수 있다. 일실시예에서, LMAROStartReq 메시지(402)는 이하에 설명하는 MN-CN RO 옵션 중의 적어도 한 쌍을 가질 수 있으며, MAG2의 어드레스는 0으로 설정될 수 있다.
LMAROStartReq 메시지(402)가 비제로 수명 값을 포함한다면, CN의 LMA는 바인딩 캐시를 갱신할 수 있으며, CN의 MAG에 대한 어드레스(예를 들어, Proxy-CoA2)를 판정하기 위해 CN에 대한 엔트리용 바인딩 캐시를 검색할 수 있다. 엔트리를 발견하면, CN의 LMA는 경로 최적화가 허가되었는지 거부되었는지 여부를 나타낼 수 있는 LMAROStartRes 메시지(404)로 LMAROStartReq 메시지(402)에 응답할 수 있다. 경로 최적화는 일반적으로 LMAROStartReq 메시지(402)에 문제가 없는 경우에 허가될 것이다. LMAROStartRes 메시지(404)는, MN의 어드레스, CN의 어드레스, MN의 MAG에 대한 어드레스(예를 들어, Proxy-CoA1), CN의 MAG에 대한 어드레스(예를 들어, Proxy-CoA2), 경로 최적화에 대한 수명, 및 LMAROStartReq 메시지(402)와 동일한 일련 번호를 포함할 수 있다. LMAROStartRes 메시지(404)가 MN의 LMA에 의해 수신되지 않으면, 예를 들어 미리 정해진 기간이 경과한 후에, LMAROStartReq 메시지(402)를 재전송할 수 있다. 게다가, CN의 LMA는 LMAROStartRes 메시지(404)의 수명 필드를 LMAROStartReq 메시지(402)에 포함된 동일한 값 또는 상이한 값으로 설정할 수 있다. LMAROStartRes 메시지(404) 내의 수명 값이 LMAROStartReq 메시지(402)에 포함된 수명 값과 다르면, LMAROStartReq 메시지(404)의 수명 필드가 최종 값이 될 수 있으며, MAG에 전송된 ROStartReq 메시지(406)에 포함된 것과 동일한 값이 될 수 있다. 일실시예에서, LMAROStartRes 메시지(404)는 이하에 설명하는 MN-CN RO 옵션 중의 적어도 한 쌍을 포함할 수 있다.
CN의 LMA는 CN의 MAG(MAG2), 예를 들어 Proxy-CoA2에 ROStartReq 메시지(406)를 전송할 수 있다. ROStartReq 메시지(406)는 MN의 어드레스, CN의 어드레스, MN의 MAG에 대한 어드레스(예를 들어, Proxy-CoA1), CN의 MAG에 대한 어드레스(예를 들어, Proxy-CoA2), 경로 최적화의 수명, 및 일련 번호 필드의 비제로 정수를 포함할 수 있다. 일실시예에서, ROStartReq 메시지(406)는 이하에 설명하는 MN-CN RO 옵션 중의 적어도 한 쌍을 포함할 수 있다. ROStartReq 메시지(406)(예를 들어, MN-CN RO 옵션 쌍에서)에 열거된 각각의 CN 어드레스에 대하여, CN의 MAG는 MAG가 서빙하는 각 CN에 대해 기억하는 프리픽스의 리스트 중에 부합하는 IPv6 홈 네트워크 프리픽스에 대한 BUL를 검색할 수 있다. CN의 MAG는 경로 최적화가 허가되었는지 거부되었는지 여부를 나타낼 수 있는 ROStartRes 메시지(408)로 ROStartReq 메시지(406)에 응답할 수 있다. 경로 최적화는 일반적으로 ROStartReq 메시지(406)에 문제가 없다면 허가될 것이다. ROStartRes 메시지(408)는 ROStartReq 메시지(406)와 동일한 일련 번호를 포함할 수 있다. 일실시예에서, ROStartRes 메시지(408)는 이하에 설명하는 MN-CN RO 옵션 중의 적어도 한 쌍을 포함할 수 있다. ROStartRes 메시지(408)가 CN의 LMA에 의해 수신되지 않으면, 미리 정해진 기간이 경과한 후에, ROStartReq 메시지(406)를 재전송할 수 있다.
마찬가지로, MN의 LMA는 MN의 MAG(MAG1), 예를 들어 MN의 Proxy-CoA1에 ROStartReq 메시지(410)를 전송할 수 있다. ROStartReq 메시지(410)는 MN의 어드레스, CN의 어드레스, MN의 MAG에 대한 어드레스(예를 들어, Proxy-CoA1), CN의 MAG에 대한 어드레스(예를 들어, Proxy-CoA2), 경로 최적화의 수명, 및 일련 번호 필드의 비제로 정수를 포함할 수 있다. 일실시예에서, ROStartReq 메시지(410)는 이하에 설명하는 MN-CN RO 옵션 중의 적어도 한 쌍을 포함할 수 있다. ROStartReq 메시지(410)(예를 들어, MN-CN RO 옵션 쌍)에 열거된 MN 어드레스에 대하여, MN의 MAG는 MAG가 서빙하는 각 MN에 대해 기억하는 프리픽스의 리스트 중에 부합하는 IPv6 홈 네트워크 프리픽스에 대한 BUL를 검색할 수 있다. MN의 MAG는 경로 최적화가 허가되었는지 거부되었는지 여부를 나타낼 수 있는 ROStartRes 메시지(412)로 ROStartReq 메시지(410)에 응답할 수 있다. 경로 최적화는 일반적으로 ROStartReq 메시지(410)에 문제가 없다면 허가될 것이다. ROStartRes 메시지(412)는 ROStartReq 메시지(410)와 동일한 일련 번호를 포함할 수 있다. ROStartRes 메시지(412)가 MN의 LMA에 의해 수신되지 않으면, 미리 정해진 기간이 경과한 후에, ROStartReq 메시지(406)를 재전송할 수 있다. ROStartReq 메시지(406, 410)는 도 4에 나타낸 것과 동일한 시점에 또는 상이한 시점에 전송될 수 있다. 마찬가지로, ROStartRes 메시지(408, 412)는 도 4에 나타낸 것과 동일한 시점에 또는 상이한 시점에 전송될 수 있다.
MN의 MAG는 CN의 MAG에 PBU 메시지(414)를 전송할 수 있다. PBU 메시지(414)는 CN의 MAG에 MN의 상태를 등록할 수 있으며, ROStartReq 메시지(410) 내의 수명 값과 동일하게 될 수 있는 CN의 MAG에서 MN의 바인딩을 위한 수명을 설정할 수 있다. 또한, PBU 메시지(414) 내의 목적지 어드레스는 ROStartReq 메시지(410)에서 찾은 MN-CN RO 옵션 중의 CN 부분 내의 Proxy CoA 필드와 동일하게 될 수 있다. MN의 MAG는 ROStartReq 메시지(410)가 다수의 MN-CN RO 옵션 쌍을 포함하는 경우에 각 CN에 대한 MAG에 별개의 PBU 메시지(414)를 전송할 수 있다. CN의 MAG는 바인딩이 허가되었는지 거부되었는지 여부를 나타낼 수 있는 PBA 메시지(416)로 PBU 메시지(414)에 응답할 수 있다.
CN의 MAG는 MN의 MAG에 PBU 메시지(418)를 전송할 수 있다. PBU 메시지(418)는 MN의 MAG에 CN의 상태를 등록할 수 있으며, ROStartReq 메시지(406) 내의 수명 값과 동일하게 될 수 있는, MN의 MAG에서 CN의 바인딩에 대한 수명을 설정할 수 있다. 게다가, PBU 메시지(418) 내의 목적지 어드레스는 ROStartReq 메시지(406)에서 찾은 MN-CN RO 옵션 중의 MN 부분에서의 Proxy CoA 필드와 동일하게 될 수 있다. CN의 MAG는 ROStartReq 메시지(406)가 다수의 MN-CN RO 옵션 쌍을 포함하는 경우에 각각의 MN에 대한 MAG에 별개의 PBU 메시지(418)를 전송할 수 있다. MN의 MAG는 바인딩이 허가되었는지 거부되었는지 여부를 나타낼 수 있는 PBA 메시지(420)로 PBU 메시지(418)에 응답할 수 있다. PBU 메시지(414, 418)는 도 4에 나타낸 순서로, 그 반대의 순서로, 또는 동시에 전송될 수 있다. 마찬가지로, PBA 메시지(416, 420)는 도 4에 나타낸 순서로, 그 반대의 순서로, 또는 동시에 전송될 수 있다. 또한, PBU-PBA 교환은 바인딩의 수명을 연장할 필요에 따라 반복될 수 있다. PBU-PBA 교환이 완료된 후에, MN의 MAG와 CN의 MAG는 LMA를 통해 이러한 트래픽을 라우팅하지 않고도, 서로 MN-CN 트래픽을 전송할 수 있다.
MAG가, 예를 들어 핸드오버 또는 분리 동안에, 접속된 링크에서의 MN의 존재를 예측하여 검출할 수 없다면, MAG는 바인딩을 설정했던 모든 MAG에 PBU 메시지를 전송함으로써 MN의 바인딩을 종료할 수 있다. 이러한 경우, PBU 메시지는 0에 가까운 값으로 설정된 수명을 가질 수 있으며, 각 BUL 엔트리의 MAG 필드 내의 Proxy-CoA는 MAG 어드레스를 판정할 수 있다. IPv4 전송이 사용되면, IPv4-Proxy-CoA가 사용될 수 있으며, MAG는 MN에 대해 생성된 BUL 엔트리를 제거할 수 있다. 예를 들어, 홈 LMA 등록 이외의 BUL 엔트리에 의해, 로컬 라우팅에 포함된 MN의 바인딩을 재확립하기 위하여, 이전의 MAG는 로컬 라우팅 상태를 다음 MAG로 전송하기 위해 콘텍스트 전송 절차를 사용할 수 있다. LMA 엔트리 외의 MN에 대한 BUL 내의 각각의 엔트리가 전송될 수 있다. 핸드오버가 완료된 후에, 다음 MAG는 PBU 메시지를 각각의 CN에 대한 MAG에 PBU 메시지를 전송(예를 들어, Proxy-CoA 또는 IPv4-Proxy-CoA를 통해)할 수 있다.
LMA는 어느 시점에서든 경로 최적화 프로토콜(400)을 중단할 수 있다. 이를 위하여, LMA는 제로(0)에 가까운 값으로 설정된 수명 필드를 포함하는 LMAROStartReq 메시지(402)를 다른 LMA에 전송할 수 있다. 다른 LMA는 제로에 가까운 값으로 설정된 수명 필드를 포함하는 MAG의 ROStartReq 메시지(406, 410)로 응답할 수 있다. MAG는 부합하는 일련 번호를 포함하는 ROStartRes 메시지(408, 412)로 응답할 수 있다. LMA가 이러한 ROStartRes 메시지(408, 412)를 수신한 후에, 경로 최적화 프로토콜(400)은 종료할 것이며, LMA-MAG 터널은 각각의 LMA-MAG 경우에 따라 개별적으로 재확립될 수 있다.
경로 최적화 프로토콜(300)에 대한 IPv4 지원은 경로 최적화 프로토콜(400)에 대해서도 적용될 수 있다. 게다가, LMAROStartReq 메시지 및 LMAROStartReq 메시지는 IPv6에서 전송되는 IPv6 메시지가 될 수 있는데, 이는 LMA가 전형적으로 IPv6을 지원하며, 동일한 PMIPv6 도메인 내의 LMA 중에 확립된 IPv6 전송이 존재하기 때문이다.
도 5는 ROStartReq 메시지(500)의 실시예를 나타낸다. ROStartReq 메시지(500)는 도 5에 나타낸 것과 같이 배치될 수 있는, 일련 번호(504), 보류 필드(reserved field)(506), 수명(lifetime)(508), 및 하나 이상의 이동성 옵션(mobility option)(510)을 포함할 수 있다. 일련 번호(504)는 ROStartReq 메시지(500)를 관련된 ROStartRes 메시지에 매칭하기 위해 LMA 및/또는 MAG에 의해 사용되는 부호없는 정수(unsigned integer)가 될 수 있다. MAG는, 예를 들어 경로 최적화를 개시하기 위해, 새로운 MN-CN을 식별하기 위해 일련 번호(504)를 사용할 수 있다. 보류 필드(506)는 사용되지 않는 및/또는 다른 목적을 위해 보류한 것일 수 있다. 이와 같이, 보류 필드(506)는 발송인에 의해 제로로 초기화될 수 있으며 수신인에 의해 무시될 수 있다. 수명(508)은 MN에서 CN으로의 경로 최적화 바인딩의 초기 수명이 제로가 아닌 경우에 이를 나타내는 부호없는 정수가 될 수 있다. 여러 개의 MN-CN 쌍이 존재하면, 동일한 수명이 각각의 쌍에 적용될 수 있다. 이동성 옵션(510)은 이하에 설명하는 하나 이상의 MN-CN RO 옵션을 포함할 수 있으며, RFC 3775의 섹션 6.1.7에 정의된 임의의 이동성 옵션을 포함할 수 있다. 일실시예에서, 일련 번호(504), 보류 필드(506), 및 수명(508)은 대략 16비트의 길이가 될 수 있으며, 이동성 옵션(510)은 대략 32비트의 정수 배(integer multiple)가 될 수 있다.
도 6은 MN-CN RO 옵션(600)의 실시예를 나타낸다. MN-CN RO 옵션(600)은 LMA와 MAG 사이에서 교환되는 ROStartReq 메시지 및 ROStartRes 메시지 및/또는 LMA 간에 교환되는 LMAROStartReq 메시지 및 LMAROStartRes 메시지로 사용될 수 있다. MN-CN RO 옵션(600)은 쌍으로 사용될 수 있으며, 제1 MN-CN RO 옵션(600)은 MN을 위한 것일 수 있으며, 제2 MN-CN RO 옵션(600)은 CN을 위한 것일 수 있다. 그 반대의 경우도 성립한다. 게다가, 다수의 MN-CN RO 옵션(600)은, 예를 들어 MN이 하나 이상의 CN과 통신을 수행하고 있을 때에, ROStartReq 메시지, ROStartRes 메시지, LMAROStartReq 메시지 및/또는 LMAROStartRes 메시지에 포함될 수 있다. 이렇게 함으로써, LMA는 다수의 MN-CN 쌍에 대한 경로 최적화를 가능하게 할 수 있으며, 이동성 헤더(mobility header: MH) 타입에 설정된 수명은 MN-CN RO 옵션(600)에 포함된 모든 MN-CN 바인딩에 적용된다.
MN-CN RO 옵션(600)은 도 6에 나타낸 바와 같이 정렬된, 타입(602), 길이(604), P 플래그(606), 보류 필드(608), 프리픽스 길이(610), 홈 네트워크 프리픽스(612), 프록시 CoA(614), 선택적인 IPv4 HoA(616), 및 선택적인 IPv4 Proxy CoA(618)를 포함할 수 있다. 보류 필드(608)는 앞서 설명한 보류 필드(506)와 실질적으로 동일할 수 있다. 타입(602)은 MN-CN RO 옵션(600)을 고유하게 식별하는 인터넷 할당 번호 관리 기관(IANA: Internet Assigned Numbers Authority)에 의해 할당된 정수가 될 수 있다. 길이(604)는 MN-CN RO 옵션(600)의 길이를 8비트(octet)로 나타낼 수 있는 부호없는 정수가 될 수 있다. P 플래그(606)는 IPv4가 지원되는지 여부를 나타내는 플래그가 될 수 있다. 일실시예에서, P 플래그(606)가 세트되면 IPv4 HoA(616) 및 IPv4 Proxy CoA(618)가 MN 및/또는 CN에 대하여 적절하게 포함된다. 프리픽스 길이(prefix length)(610)는 홈 네트워크 프리픽스(612)의 길이를 나타내는 부호없는 정수가 될 수 있다.
홈 네트워크 프리픽스(612)는 MN 및/또는 CN의 IPv6 홈 네트워크 프리픽스를 포함할 수 있다. 예를 들어, MN의 MN-CN RO 옵션(600)의 홈 네트워크 프리픽스(612)는 MN의 홈 네트워크 프리픽스로 설정될 수 있으며, CN의 MN-CN RO 옵션(600)의 홈 네트워크 프리픽스(612)는 CN의 홈 네트워크 프리픽스로 설정될 수 있다. 프록시 CoA(614)는 MN 또는 CN이 접속되는 MAG의 출구 인터페이스(egress interface)에 구성된 전역 어드레스가 될 수 있다. 예를 들어, MN의 MN-CN RO 옵션(600)의 프록시 CoA(614)는 MN의 Proxy CoA(예를 들어, Proxy-CoA1)로 설정될 수 있으며, CN의 MN-CN RO 옵션(600)의 프록시 CoA(614)는 제로로 설정될 수 있다. IPv4 HoA(616)은 임의 선택적으로 될 수 있으며, MN 또는 CN의 IPv4 HoA를 포함할 수 있다. IPv4 Proxy CoA(618)는 임의 선택적으로 될 수 있으며, MAG의 출구 인터페이스에 구성된 IPv4 어드레스를 포함할 수 있다. 일실시예에서, 타입(602), 길이(604), 및 프리픽스 길이(610)는 각각 대략 8비트의 길이를 가질 수 있으며, P 플래그(606)는 대략 1비트의 길이를 가질 수 있고, 보류 필드(608)는 대략 7비트의 길이를 가질 수 있으며, IPv4 HoA(616) 및 선택적인 IPv4 Proxy CoA(618)은, 존재하는 것을 전제로, 대략 32비트의 길이를 가질 수 있다.
도 7은 ROStartRes 메시지(700)의 실시예를 나타낸다. ROStartRes 메시지(700)는 도 7에 나타낸 바와 같이 정렬될 수 있는, 상태(702), 일련 번호(704), 보류 필드(706), 수명(708), 및 하나 이상의 이동성 옵션(710)을 포함할 수 있다. 일련 번호(704), 보류 필드(706), 수명(708) 및 이동성 옵션(710)은 각각 일련 번호(504), 보류 필드(506), 수명(508) 및 이동성 옵션(510)과 실질적으로 동일할 수 있다. 상태(status)(702)는 MAG에 의해 전송된 관련 ROStartReq 메시지의 배치(disposition)를 나타내는 부호없는 정수가 될 수 있다. 예를 들어, 대략 128과 같거나 이보다 작은 값의 상태(702)는 관련 ROStartReq 메시지가 MAG에 의해 허가되었다는 것을 나타낼 수 있으며, 대략 128과 같거나 이보다 큰 값의 상태(702)는 관련 ROStartReq 메시지가 MAG에 의해 거부되었다는 것을 나타낼 수 있다. 일실시예에서, 이동성 옵션(710)은 상기 정의한 것과 같이 MN-CN RO 옵션의 쌍을 포함할 수 있다. 게다가, MAG는 상태 필드(702)가 성공이라는 것을 나타내는 값을 포함하는 경우에는 관련 ROStartReq 메시지로부터 이동성 옵션(710)을 복제할 수 있다. 일실시예에서, 상태(702)와 보류 필드(706)는 대략 8비트의 길이가 될 수 있으며, 일련 번호(704)와 수명(708)은 대략 16비트의 길이를 가질 수 있으며, 이동성 옵션(710)은 대략 32비트의 정수 배가 될 수 있다.
도 8은 LMAROStartReq 메시지(800)의 실시예를 나타낸다. LMAROStartReq 메시지(800)는 도 8에 나타낸 바와 같이 정렬된, 일련 번호(804), 보류 필드(806), 수명(808), 및 하나 이상의 이동성 옵션(810)을 포함할 수 있다. 보류 필드(806), 수명(808) 및 이동성 옵션(810)은 각각 보류 필드(506), 수명(808) 및 이동성 옵션(510)과 실질적으로 동일할 수 있다. 일련 번호(804)는 LMAROStartReq 메시지(800)를 관련된 LMAROStartRes 메시지에 매칭하기 위해 LMA 및/또는 MAG에 의해 사용되는 부호없는 정수가 될 수 있다. LMA는, 예를 들어 경로 최적화를 개시하기 위해 새로운 MN-CN 쌍을 식별하도록 일련 번호(804)를 사용할 수 있다. 일실시예에서, 일련 번호(804), 보류 필드(806), 및 수명(808)은 대략 16비트의 길이가 될 수 있으며, 이동성 옵션(810)은 대략 32비트의 정수 배가 될 수 있다.
도 9는 LMAROStartRes 메시지(900)의 실시예를 나타낸다. LMAROStartRes 메시지(900)는, 도 9에 나타낸 것과 같이 정렬될 수 있는, 상태(902), 일련 번호(904), 보류 필드(906), 수명(908) 및 하나 이상의 이동성 옵션(910)을 포함할 수 있다. 일련 번호(904), 보류 필드(906), 수명(908) 및 이동성 옵션(910)은 각각 일련 번호(504), 보류 필드(506), 수명(508) 및 이동성 옵션(510)과 실질적으로 동일할 수 있다. 상태(902)는 LMA에 의해 전송된 관련 LMAROStartReq 메시지의 배치를 나타내는 부호없는 정수가 될 수 있다. 예를 들어, 대략 128과 같거나 이보다 작은 값의 상태(902)는 관련 LMAROStartReq 메시지가 LMA에 의해 허가되었다는 것을 나타낼 수 있으며, 대략 129과 같거나 이보다 큰 값의 상태(902)는 관련 LMAROStartReq 메시지가 LMA에 의해 거부되었다는 것을 나타낼 수 있다. 일실시예에서, 이동성 옵션(910)은 상기 규정한 바와 같이 MN-CN RO 옵션의 쌍을 포함할 수 있다. 또한, LMA는 상태 필드(902)가 성공을 나타내는 값을 포함하는 경우에 관련 LMAROStartReq 메시지로부터 이동성 옵션(910)을 복제할 수 있다. 게다가, LMA는 CN의 홈 네트워크 프리픽스 값에 대한 바인딩 캐시를 검색하여, 대응하는 MAG 어드레스, 예를 들어 Proxy-CoA2를 찾아낼 수 있다. LMA는 이동성 옵션(910) 내의 MAG 어드레스 필드를 교체할 수 있으며, 대응하는 MAG 어드레스, 예를 들어 Proxy-CoA2에 의해 제로로 설정될 수 있다. 일실시예에서, 상태(902)와 보류 필드(906)는 대략 8비트의 길이가 될 수 있으며, 일련 번호(904)와 수명(908)은 대략 16비트의 길이가 될 수 있고, 이동성 옵션(910)은 대략 32비트의 정수 배가 될 수 있다.
2개의 MAG 사이에 터널을 확립하는 시스템에 대해, 경로 최적화 프로세스에서는 보안(security) 메커니즘이 중요한 고려 사항이 될 수 있다. 2개의 MAG가 동일한 로컬 이동성 도메인에 있다면, 이들 사이에 신뢰 관계가 생성될 수 있으며, 본 명세서에서 설명하는 시스템의 경우가 될 수 있다. 또한, 이러한 관계는 이들 사이에서 교환되는 PBU 및 PBA 메시지의 구조를 단순하게 할 수 있다. 이러한 관계는 또한 PBU/PBA 메시지 교환을 경로 최적화에 대한 소프트 상태(soft-state)를 취급하는 데에 사용할 수 있게 된다. 2개의 LMA 사이에서의 경로 최적화의 경우에, 동일한 PMIPv6 도메인에서의 LMA 중 적어도 몇몇은 LMA 사이에 신뢰 관계를 확립할 수 있다. 또한, 이러한 신뢰 관계와 보안은 동일한 PMIPv6 도메인 중의 모든 MAG까지 확장될 수 있다.
상기 설명한 네트워크 요소는 충분한 처리 능력, 메모리 자원, 및 필요한 작업 부하를 처리할 수 있는 네트워크 처리 능력 등의 임의의 범용 네트워크 요소에서 구현될 수 있다. 도 10은 본 명세서에 개시된 요소의 하나 이상의 실시예를 구현하기에 적합한 전형적인 범용 네트워크 요소(1000)를 나타낸다. 네트워크 요소(1000)는 2차 기억 장치(1004), 판독 전용 메모리(ROM)(1006), 랜덤 액세스 메모리(RAM)(1008)를 포함하는 메모리 장치, 입력/출력(I/O) 장치(1010), 및 네트워크 접속 장치(1012)와 통신을 행하는 프로세서(1002)[중앙 처리 장치(CPU)라고도 함]를 포함한다. 프로세서(1002)는 하나 이상의 CPU 칩으로서 구현되거나 하나 이상의 주문형 반도체(ASIC) 중의 일부가 될 수 있다.
2차 기억 장치(1004)는 하나 이상의 디스크 드라이브 또는 테이프 드라이브를 포함하여 이루어지는 것이 전형적이며, 데이터의 비휘발성 기억 장치에 사용되고 RAM(1008)이 모든 작업 데이터를 유지하기에 충분히 크지 않은 경우에 오버플로우 데이터 기억 장치로서 사용된다. 2차 기억 장치(1004)는 프로그램을 기억하기 위해 사용될 수 있으며, 이러한 프로그램이 실행을 위해 선택될 때에 프로그램이 RAM(1008)에 로딩된다. ROM(006)은 프로그램을 실행하는 중에 판독되는 명령어 및 데이터를 기억하는 데에 사용된다. ROM(1006)은 2차 기억 장치(1004)의 더 큰 메모리 용량에 대하여 작은 메모리 용량을 갖는 것이 일반적인 비휘발성 메모리 장치이다. RAM(1008)은 휘발성 데이터 및 명령어를 기억하는 데에 사용된다. ROM(1006) 및 RAM(1008)에 대한 액세스는 전형적으로 2차 기억 장치(1004)에 대한 액세스보다 더 빠르다.
적어도 하나의 실시예를 개시하였으며, 실시예의 변형예, 조합 및 변경 및/또는 실시예의 특징은 당업자가 본 발명의 범위 내에서 가능할 것이다. 실시예의 특징을 조합, 결합 및/또는 생략함에 의한 다른 실시예도 본 발명의 범위에 포함된다. 수치적 범위 또는 제한이 명시적으로 언급되어 있지만, 이러한 명시적인 범위 또는 제한은 명시적으로 개시된 범위 또는 제한 내에 속하는 유사한 크기의 반복되는 범위 또는 제한을 포함하는 것으로 해석하여야 한다(예를 들어, 대략 1부터 대략 10까지는 2, 3, 4 등을 포함하여, 0.10보다 크다는 0.11, 0.12, 0.13 등을 포함한다). 예를 들어, 하한 R1 및 상한 Ru를 가진 수치적 범위가 개시된 경우, 해당 범위 내에 속하는 임의의 숫자가 구체적으로 개시되어 있다. 특히, 해당 범위 내의 다음 숫자가 구체적으로 개시되어 있다: R = R1 + k*(Ru - R1), 여기서 K는 1퍼센트의 증분으로 1퍼센트부터 100퍼센트의 범위를 갖는 변수. 즉, k는 1퍼센트, 2퍼센트, 3퍼센트, 4퍼센트, 5퍼센트,... 50퍼센트, 51퍼센트, 52퍼센트, ..., 95퍼센트, 96퍼센트, 97퍼센트, 98퍼센트, 99퍼센트, 또는 100퍼센트이다. 또한, 상기에서 규정한 바와 같이 2개의 R 숫자에 의해 규정되는 임의의 수치적 범위가 또한 구체적으로 개시되어 있다. 요소가 필요로 하는 또는 이에 대한 대안으로서 요소가 필요로 하지 않는 요청 수단의 임의의 요소에 대해 "임의 선택적으로"라는 용어의 사용은 모두 청구범위에 포함된다. 포함, 구비 등의 더 넓은 범위를 갖는 용어의 사용은 '필수적으로 구비하는'과 같이 더 좁은 범위의 용어를 뒷받침하는 것으로 해석되어야 한다. 따라서, 보호 범위는 개시된 설명에 의해 제한되지 않으며, 청구범위에 청구된 범위와, 청구범위의 등가 범위를 포함하는 것으로 해석하여야 한다. 각각의 청구항 및 모든 청구항은 명세서 내의 설명으로 포함되며, 청구항은 본 발명의 실시예이다. 본 명세서에서의 참조의 설명은 종래 기술, 특히 본 출원의 우선일 이후의 발행일을 갖는 임의의 참조문헌을 허용하는 것이 아니다. 본 명세서에서 언급한 모든 특허, 특허출원, 및 공개 문헌의 개시 내용은 본 발명의 예시적이고 절차적인 또는 다는 상세 보충을 제공하는 범위까지 참조에 의해 본 명세서에 포함된다.
여러 실시예를 본 명세서에 개시하고 있지만, 개시된 시스템 및 방법은 본 발명의 범위를 벗어남이 없이 많은 다른 구체적인 형태로 구현될 수 있다는 것을 이해하여야 한다. 본 발명의 실시예는 예시적이며, 제한을 위한 것이 아니기 때문에, 본 명세서의 상세한 설명에 제한되는 것으로 해석하여서는 안 된다. 예를 들어, 다양한 요소 또는 성분이 다른 시스템에 조합 또는 통합될 수 있거나 소정의 요소가 생략되거나 또는 구현되지 않아도 된다.
또한, 다양한 실시예에 이산적이거나 개별적인 것으로 개시되고 예시된 기술, 시스템 및 방법은 본 발명의 범위를 벗어남이 없이 다른 시스템, 모듈, 기술 또는 방법과 조합 또는 통합될 수 있다. 서로 결합되거나 간접적으로 결합되거나 통신하는 것으로 개시되거나 도시된 다른 항목은 일부 인터페이스, 장치 또는 중간 요소를 통해 전기적으로, 기계적으로 또는 그외의 방법으로 간접적으로 결합되거나 통신을 할 수 있다. 변경, 대체 및 변형의 다른 예는 본 발명의 범위로부터 벗어남이 없이 당업자에 의해 이루어질 수 있다.

Claims (20)

  1. 모바일 노드(mobile node: MN)와 연관된 제1 모바일 액세스 게이트웨이(mobile access gateway: MAG)를 포함하며,
    상기 제1 모바일 액세스 게이트웨이(MAG)는 상대 노드(correspondent node: CN)와 연관된 제2 모바일 액세스 게이트웨이(mobile access gateway: MAG)에 프록시 바인딩 갱신(proxy binding update: PBU) 메시지를 전송하도록 되어 있으며,
    상기 제1 모바일 액세스 게이트웨이(MAG)는 상기 제2 모바일 액세스 게이트웨이(MAG)로부터 프록시 바인딩 확인(proxy binding acknowledgement: PBA) 메시지를 수신하도록 되어 있고,
    상기 제1 모바일 액세스 게이트웨이(MAG)는 상기 제2 모바일 액세스 게이트웨이(MAG)로부터 제2 프록시 바인딩 갱신(PBU) 메시지를 수신하고, 제2 프록시 바인딩 확인(PBA) 메시지를 상기 제2 모바일 액세스 게이트웨이(MAG)에 전송하도록 되어 있으며,
    상기 제2 PBU와 상기 제2 PBA는 상대 노드(CN)의 상태를 상기 제1 모바일 액세스 게이트웨이(MAG)에 등록하고,
    상기 제1 모바일 액세스 게이트웨이(MAG)와 상기 제2 모바일 액세스 게이트웨이(MAG)는 로컬 이동성 앵커(local mobility anchor: LMA)와 통신이 가능하도록 구성되며,
    상기 제1 모바일 액세스 게이트웨이(MAG)와 상기 제2 모바일 액세스 게이트웨이(MAG)는 모바일 노드(MN) 및 상대 노드(CN)를 대신하여 다수의 패킷을 교환하는데, 상기 로컬 이동성 앵커(LMA)를 통하지 않고 패킷을 교환하도록 구성된, 장치.
  2. 제1항에 있어서,
    상기 패킷은 인터넷 프로토콜(Internet Protocol) 버전 6(IPv6) 패킷인 것인, 장치.
  3. 제1항에 있어서,
    상기 패킷은 인터넷 프로토콜(Internet Protocol) 버전 4(IPv4) 패킷, 또는 IPv4-사용자 데이터그램 프로토콜(user datagram protocol: UDP)-캡슐화 보안 페이로드(Encapsulating Security Payload: ESP) 캡슐화로 암호화된 것인, 장치.
  4. 제1항에 있어서,
    상기 제1 모바일 액세스 게이트웨이(MAG)는 상기 제2 모바일 액세스 게이트웨이(MAG)에 대한 바인딩 갱신 리스트(binding update list: BUL) 엔트리를 포함하며, 상기 제2 모바일 액세스 게이트웨이(MAG)는 상기 제1 모바일 액세스 게이트웨이(MAG)에 대한 다른 바인딩 갱신 리스트(BUL) 엔트리를 포함하는, 장치.
  5. 모바일 노드(mobile node: MN)와 연관된 제1 모바일 액세스 게이트웨이(mobile access gateway: MAG)를 포함하며,
    상기 제1 모바일 액세스 게이트웨이(MAG)는 상대 노드(correspondent node: CN)와 연관된 제2 모바일 액세스 게이트웨이(mobile access gateway: MAG)에 프록시 바인딩 갱신(proxy binding update: PBU) 메시지를 전송하도록 되어 있으며,
    상기 제1 모바일 액세스 게이트웨이(MAG)는 상기 제2 모바일 액세스 게이트웨이(MAG)로부터 프록시 바인딩 확인(proxy binding acknowledgement: PBA) 메시지를 수신하도록 되어 있고,
    상기 제1 모바일 액세스 게이트웨이(MAG)는 상기 제2 모바일 액세스 게이트웨이(MAG)로부터 제2 프록시 바인딩 갱신(PBU) 메시지를 수신하고, 제2 프록시 바인딩 확인(PBA) 메시지를 상기 제2 모바일 액세스 게이트웨이(MAG)에 전송하도록 되어 있으며,
    상기 제2 PBU와 상기 제2 PBA는 상대 노드(CN)의 상태를 상기 제1 모바일 액세스 게이트웨이(MAG)에 등록하고,
    상기 제1 모바일 액세스 게이트웨이(MAG)와 상기 제2 모바일 액세스 게이트웨이(MAG)는 로컬 이동성 앵커(local mobility anchor: LMA)와 통신이 가능하도록 구성되며,
    상기 제1 모바일 액세스 게이트웨이(MAG)는 제1 로컬 이동성 앵커(LMA)와 통신이 가능하도록 구성되어 있으며, 상기 제2 모바일 액세스 게이트웨이(MAG)는 제2 로컬 이동성 앵커(LMA)와 통신이 가능하도록 구성되어 있고, 상기 제1 로컬 이동성 앵커(LMA)는 상기 제2 로컬 이동성 앵커(LMA)와 통신이 가능하도록 구성되어 있으며,
    상기 제1 모바일 액세스 게이트웨이(MAG)와 상기 제2 모바일 액세스 게이트웨이(MAG)는, 모바일 노드(MN) 및 상대 노드(CN)를 대신하여 다수의 패킷을 교환하는데, 상기 제1 로컬 이동성 앵커(LMA) 및 상기 제2 로컬 이동성 앵커(LMA)를 통하지 않고 패킷을 교환하는, 장치.
  6. 제5항에 있어서,
    상기 패킷은 인터넷 프로토콜(Internet Protocol) 버전 6(IPv6) 패킷인 것인, 장치.
  7. 제5항에 있어서,
    상기 패킷은 인터넷 프로토콜(Internet Protocol) 버전 4(IPv4) 패킷, 또는 IPv4-사용자 데이터그램 프로토콜(user datagram protocol: UDP)-캡슐화 보안 페이로드(Encapsulating Security Payload: ESP) 캡슐화로 암호화된 것인, 장치.
  8. 경로 최적화 개시 요청(route optimization start request: ROStartReq) 메시지를 모바일 액세스 게이트웨이(mobile access gateway: MAG)에 전송하도록 하는 단계; 및
    상기 모바일 액세스 게이트웨이(MAG)로부터 경로 최적화 개시 응답(ROStartRes) 메시지의 수신을 인식하는 단계
    를 포함하며,
    상기 경로 최적화 개시 요청(ROStartReq) 메시지는 모바일 노드(mobile node: MN)와 상대 노드(correspondent node: CN) 사이에서 경로 최적화를 요청하는 것이고, 상기 경로 최적화 개시 요청(ROStartReq) 메시지는 모바일 노드와 상대 노드 간의 경로 최적화(route optimization: RO) 옵션(MN-CN RO 옵션)을 포함하고,
    상기 경로 최적화 개시 응답(ROStartRes) 메시지는 상기 모바일 노드(MN)와 상대 노드(CN) 사이에서의 경로 최적화를 허가하거나 거부하며, 상기 경로 최적화 개시 요청(ROStartReq) 메시지는 모바일 노드와 상대 노드 간의 다른 경로 최적화 옵션(MN-CN RO option)을 포함하는 것을 특징으로 하는, 방법.
  9. 제8항에 있어서,
    상기 모바일 노드와 상대 노드 간의 경로 최적화 옵션(MN-CN RO 옵션)은 타입(type), 길이(length), 인터넷 프로토콜 버전 4(IPv4) 지원에 대한 플래그, 프리픽스 길이(prefix length), 홈 네트워크 프리픽스, 및 프록시 케어 오브 어드레스(care-of-address: CoA)를 포함하는, 방법.
  10. 제9항에 있어서,
    상기 모바일 노드와 상대 노드 간의 경로 최적화 옵션(MN-CN RO 옵션)은 IPv4 홈 어드레스 및 IPv4 프록시 CoA를 더 포함하는, 방법.
  11. 제8항에 있어서,
    제2 경로 최적화 개시 요청(ROStartReq) 메시지를 제2 모바일 액세스 게이트웨이(MAG)에 전송하도록 하는 단계; 및
    상기 제2 모바일 액세스 게이트웨이(MAG)로부터 제2 경로 최적화 개시 응답(ROStartRes) 메시지의 수신을 인식하는 단계를 더 포함하며,
    상기 제2 경로 최적화 개시 요청(ROStartReq) 메시지는 모바일 노드(MN)와 상대 노드(CN) 사이에서의 경로 최적화를 요청하고,
    상기 제2 경로 최적화 개시 응답(ROStartRes) 메시지는 모바일 노드(MN)와 상대 노드(CN) 사이에서의 경로 최적화를 허가 또는 거부하며,
    상기 제2 경로 최적화 개시 요청(ROStartReq) 메시지는 제3 MN-CN RO 옵션을 포함하고,
    상기 제2 경로 최적화 개시 응답(ROStartRes) 메시지는 제4 MN-CN RO 옵션을 포함하는, 방법.
  12. 제8항에 있어서,
    로컬 이동성 앵커(local mobility anchor: LMA) 경로 최적화 개시 요청(route optimization start request)(LMAROStartReq) 메시지를 로컬 이동성 앵커(LMA)에 전송하도록 하는 단계; 및
    상기 로컬 이동성 앵커(LMA)로부터 로컬 이동성 앵커(LMA) 경로 최적화 개시 응답(ROStartRes)(LMAROStartRes) 메시지의 수신을 인식하는 단계를 더 포함하며,
    상기 LMAROStartReq 메시지는 모바일 노드(MN)와 상대 노드(CN) 사이에서의 경로 최적화를 요청하며,
    상기 LMAROStartRes 메시지는 모바일 노드(MN)와 상대 노드(CN) 사이에서의 경로 최적화를 허가 또는 거부하고,
    상기 LMAROStartReq 메시지는 제3 MN-CN RO 옵션을 포함하며,
    상기 LMAROStartRes 메시지는 제4 MN-CN RO 옵션을 포함하는, 방법.
  13. 제12항에 있어서,
    프록시 모바일 인터넷 프로토콜 버전 6(PMIPv6) 도메인 내의 모든 로컬 이동성 앵커(LMA)는 다수의 /48 프리픽스, 다수의 /32 프리픽스, 또는 이들 모두와 다수의 대응하는 LMA 어드레스를 포함하는 테이블을 갖는 것으로 구성되며,
    가장 긴 프리픽스 매치를 사용하여 CN 발신지 어드레스의 프리픽스 부분에 대해 상기 테이블을 검색함으로써, 상기 LMA에 대한 어드레스를 판정하는 단계를 더 포함하는 방법.
  14. 로컬 이동성 앵커(local mobility anchor: LMA);
    상기 로컬 이동성 앵커(LMA)에 결합되어 모바일 노드(mobile node: MN)와 통신하도록 구성된 제1 모바일 액세스 게이트웨이(mobile access gateway: MAG); 및
    상기 로컬 이동성 앵커(LMA)에 결합되어 상대 노드(correspondent node: CN)와 통신하도록 구성된 제2 모바일 액세스 게이트웨이(MAG)
    를 포함하며,
    상기 모바일 노드(MN)와 상대 노드(CN) 사이에서의 통신은, 상기 로컬 이동성 앵커(LMA)를 통해 라우팅되지 않고, 상기 제1 모바일 액세스 게이트웨이(MAG)와 상기 제2 모바일 액세스 게이트웨이(MAG)를 통해 라우팅되는 것을 특징으로 하는 시스템.
  15. 제14항에 있어서,
    상기 제1 모바일 액세스 게이트웨이(MAG)는 상기 제2 모바일 액세스 게이트웨이(MAG)에 대한 바인딩 갱신 리스트(binding update list: BUL) 엔트리를 유지하며,
    상기 제2 모바일 액세스 게이트웨이(MAG)는 상기 제1 모바일 액세스 게이트웨이(MAG)에 대한 제2 바인딩 갱신 리스트(BUL)를 유지하는, 시스템.
  16. 제15항에 있어서,
    상기 제1 모바일 액세스 게이트웨이(MAG)는 상기 상대 노드(CN)에 대한 바인딩 캐시 엔트리(binding cache entry: BCE)를 유지하며,
    상기 제2 모바일 액세스 게이트웨이(MAG)는 상기 모바일 노드(MN)에 대한 제2 BCE를 유지하는, 시스템.
  17. 제16항에 있어서,
    상기 제2 모바일 액세스 게이트웨이(MAG)와 상기 로컬 이동성 앵커(LMA) 사이에 위치하는 제2 로컬 이동성 앵커(LMA)를 더 포함하며,
    상기 모바일 노드(MN)와 상대 노드(CN) 사이에서의 통신은, 상기 제2 로컬 이동성 앵커(LMA)를 통해 라우팅되지 않고, 상기 제1 모바일 액세스 게이트웨이(MAG)와 상기 제2 모바일 액세스 게이트웨이(MAG)를 통해 라우팅되는, 시스템.
  18. 삭제
  19. 삭제
  20. 삭제
KR1020117022110A 2009-03-02 2010-02-27 프록시 모바일 인터넷 프로토콜 버전 6의 로컬 라우팅에 대한 경로 최적화를 위한 장치 및 방법 KR101238240B1 (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US15660909P 2009-03-02 2009-03-02
US61/156,609 2009-03-02
US12/711,630 2010-02-24
US12/711,630 US8599843B2 (en) 2009-03-02 2010-02-24 Apparatus and method for route optimization for proxy mobile internet protocol version six local routing
PCT/CN2010/070794 WO2010099727A1 (en) 2009-03-02 2010-02-27 Apparatus and method for route optimization for proxy mobile internet protocol version six local routing

Publications (2)

Publication Number Publication Date
KR20110129422A KR20110129422A (ko) 2011-12-01
KR101238240B1 true KR101238240B1 (ko) 2013-03-11

Family

ID=42667057

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020117022110A KR101238240B1 (ko) 2009-03-02 2010-02-27 프록시 모바일 인터넷 프로토콜 버전 6의 로컬 라우팅에 대한 경로 최적화를 위한 장치 및 방법

Country Status (6)

Country Link
US (1) US8599843B2 (ko)
EP (1) EP2394466B1 (ko)
JP (1) JP5495243B2 (ko)
KR (1) KR101238240B1 (ko)
CN (1) CN102349332B (ko)
WO (1) WO2010099727A1 (ko)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4794520B2 (ja) * 2007-05-16 2011-10-19 Kddi株式会社 ネットワーク主導型移動管理プロトコルにおける通信経路を最適化するシステム、アクセスゲートウェイ、ホームエージェント、およびプログラム
CN101848454B (zh) * 2009-03-26 2014-01-01 华为技术有限公司 一种分配前缀的方法、网络系统和本地移动锚点
US9049045B2 (en) * 2009-04-24 2015-06-02 Aruba Networks, Inc. Peer-to-peer forwarding for packet-switched traffic
US8032652B2 (en) 2009-04-30 2011-10-04 Aruba Networks, Inc. Initiating peer-to-peer tunnels
US8509244B2 (en) 2009-08-14 2013-08-13 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for providing host node awareness for multiple NAT64 environments
WO2011075903A1 (zh) * 2009-12-24 2011-06-30 中兴通讯股份有限公司 业务路由建立方法及装置
US8509185B2 (en) 2010-02-26 2013-08-13 Telefonaktiebolaget Lm Ericsson Enabling IPV6 mobility with NAT64
CA2801556C (en) * 2010-06-04 2016-05-17 Interdigital Patent Holdings, Inc. Method and apparatus for inter-user device transfer (iut) in a network based mobility domain
US8504722B2 (en) 2010-06-14 2013-08-06 Telefonaktiebolaget Lm Ericsson Enhancing DS-lite with private IPV4 reachability
GB201011034D0 (en) 2010-06-30 2010-08-18 British Telecomm Access network
EP2501163A1 (en) * 2011-03-18 2012-09-19 Alcatel Lucent Traffic offload in a multi-access mobile communication system supporting network-based IP mobility
FR2973977B1 (fr) * 2011-04-07 2014-04-25 Commissariat Energie Atomique Procede et dispositif d'optimisation du routage d'un flux
KR101223047B1 (ko) * 2011-06-14 2013-01-17 경북대학교 산학협력단 모바일 액세스 게이트웨이 및 이를 이용한 이동성 제어 방법
CN102883298B (zh) * 2011-07-14 2018-03-20 中兴通讯股份有限公司 移动性管理的方法及移动接入网关
CN102984687A (zh) * 2011-09-06 2013-03-20 中兴通讯股份有限公司 一种移动性管理方法和系统
KR20140058240A (ko) * 2012-11-06 2014-05-14 삼성전자주식회사 이동 통신 시스템에서 데이터 라우팅 장치 및 방법
WO2015100748A1 (zh) * 2014-01-06 2015-07-09 华为技术有限公司 路由方法及路由装置
US10187767B2 (en) * 2016-07-01 2019-01-22 Paxgrid Cdn Inc. System for authenticating and authorizing access to and accounting for wireless access vehicular environment consumption by client devices

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060036041A (ko) * 2003-07-15 2006-04-27 마츠시타 덴끼 산교 가부시키가이샤 홈 에이전트, 모바일 라우터 및, 그들에 의한 이동체 통신방법
KR20070093979A (ko) * 2004-12-14 2007-09-19 마츠시타 덴끼 산교 가부시키가이샤 통신 루트 최적화 방법, 통신자 장치 및 시스템
JP2008541516A (ja) * 2005-08-24 2008-11-20 華為技術有限公司 IPv6通信相手ノード及び移動IPv6ノード間の通信方法、並びに通信相手ノードプロキシーゲートウエイ

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6792423B1 (en) * 2000-11-28 2004-09-14 International Business Machines Corporation Hybrid longest prefix match and fixed match searches
US7085306B1 (en) * 2001-10-30 2006-08-01 3Com Corporation System and method for a multi-frequency upstream channel in a computer network
KR20050101693A (ko) * 2004-04-19 2005-10-25 삼성전자주식회사 이동 네트워크에서 손상된 라우팅 경로 복구 방법
US20070195791A1 (en) * 2006-02-17 2007-08-23 Peter Bosch Route optimization for proxy mobile internet protocol
EP2099171B1 (en) * 2006-12-27 2017-03-29 Panasonic Intellectual Property Corporation of America Communication system, domain managing device, edge device and mobile terminal device
US8199717B2 (en) * 2007-02-09 2012-06-12 Telefonaktiebolaget L M Ericsson (Publ) Method for permitting vertical handoff of a mobile node in a communication system
US20080192695A1 (en) * 2007-02-09 2008-08-14 Telefonaktiebolaget Lm Ericsson (Publ) Enhancing protection of a mobile node's home address in a visited network
US9516495B2 (en) * 2007-03-01 2016-12-06 Futurewei Technologies, Inc. Apparatus and methods of PMIPv6 route optimization protocol
CN101321384A (zh) 2007-06-08 2008-12-10 华为技术有限公司 一种触发路由优化的方法、装置及代理移动ip系统
WO2009002075A2 (en) 2007-06-27 2008-12-31 Electronics And Telecommunications Research Institute Method and system for optimizing routing between nodes in proxy mobile ipv6 network
KR100969152B1 (ko) * 2007-06-27 2010-07-08 한국전자통신연구원 프록시 모바일 아이피버전6 망에서 노드 간의 경로 최적화방법 및 시스템
US8102815B2 (en) * 2007-07-12 2012-01-24 Telefonaktiebolaget L M Ericsson (Publ) Proxy mobility optimization
EP2192799A4 (en) * 2007-09-19 2012-02-01 Panasonic Corp NETWORK NODES AND MOBILE TERMINAL
US7809139B2 (en) * 2007-09-21 2010-10-05 Lg Electronics, Inc. Digital broadcasting system and method of processing data in digital broadcasting system
US8085793B2 (en) * 2007-09-24 2011-12-27 Telefonaktiebolaget Lm Ericsson (Publ) Traffic localization with proxy mobility
JPWO2009044539A1 (ja) * 2007-10-05 2011-02-03 パナソニック株式会社 通信制御方法及びネットワークノード並びに移動端末
US8914445B2 (en) * 2007-10-17 2014-12-16 Futurewei Technologies, Inc. System and method for diameter prefix authorization
US8228843B2 (en) * 2007-11-12 2012-07-24 Futurewei Technologies, Inc. Internet protocol version 4 support for proxy mobile internet protocol version 6 route optimization protocol
KR100915513B1 (ko) * 2007-11-13 2009-09-03 한국전자통신연구원 프락시 모바일 IPv6에서 패킷 손실을 줄이기 위한 패킷버퍼링 장치 및 방법
WO2009066438A1 (ja) * 2007-11-20 2009-05-28 Panasonic Corporation アドレス割り当て方法、アドレス割り当てシステム、モバイルノード及び代理ノード
US8488559B2 (en) * 2008-02-04 2013-07-16 Telefonaktiebolaget Lm Ericsson (Publ) Method and an apparatus for providing route optimisation
KR100973488B1 (ko) * 2008-06-11 2010-08-03 한국산업기술대학교산학협력단 고속 핸드오버 시스템 및 그 방법
KR20150075057A (ko) * 2008-07-24 2015-07-02 노오텔 네트웍스 리미티드 제1 서비스 도메인에 어태치된 이동국의 서비스들을 제2 서비스 도메인의 홈 에이전트에서 앵커링하는 방법
US8040845B2 (en) * 2008-09-12 2011-10-18 Telefonaktiebolaget L M Ericsson (Publ) Efficient routing between a mobile node and a correspondent node in a proxy mobile IP network
US8064910B2 (en) * 2008-12-30 2011-11-22 Verizon Patent And Licensing Inc. Proactive handover policy
US7929556B2 (en) * 2009-04-29 2011-04-19 Alcatel Lucent Method of private addressing in proxy mobile IP networks

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060036041A (ko) * 2003-07-15 2006-04-27 마츠시타 덴끼 산교 가부시키가이샤 홈 에이전트, 모바일 라우터 및, 그들에 의한 이동체 통신방법
KR20070093979A (ko) * 2004-12-14 2007-09-19 마츠시타 덴끼 산교 가부시키가이샤 통신 루트 최적화 방법, 통신자 장치 및 시스템
JP2008541516A (ja) * 2005-08-24 2008-11-20 華為技術有限公司 IPv6通信相手ノード及び移動IPv6ノード間の通信方法、並びに通信相手ノードプロキシーゲートウエイ

Also Published As

Publication number Publication date
CN102349332A (zh) 2012-02-08
JP2012519433A (ja) 2012-08-23
US8599843B2 (en) 2013-12-03
EP2394466A1 (en) 2011-12-14
WO2010099727A1 (en) 2010-09-10
KR20110129422A (ko) 2011-12-01
EP2394466B1 (en) 2016-04-20
JP5495243B2 (ja) 2014-05-21
CN102349332B (zh) 2015-09-09
US20100220738A1 (en) 2010-09-02
EP2394466A4 (en) 2011-12-14

Similar Documents

Publication Publication Date Title
KR101238240B1 (ko) 프록시 모바일 인터넷 프로토콜 버전 6의 로컬 라우팅에 대한 경로 최적화를 위한 장치 및 방법
US8406237B2 (en) Methods and apparatus for implementing proxy mobile IP in foreign agent care-of address mode
US8040845B2 (en) Efficient routing between a mobile node and a correspondent node in a proxy mobile IP network
US8023946B2 (en) Methods of performing a binding in a telecommunications system
EP2058998A1 (en) Route optimization continuity at handover from network-based to host-based mobility
US20090122750A1 (en) Internet Protocol Version 4 Support for Proxy Mobile Internet Protocol Version 6 Route Optimization Protocol
US20100290621A1 (en) Tunneling support for mobile ip using a key for flow identification
WO2011001594A1 (ja) リダイレクション方法、リダイレクションシステム、モバイルノード、ホームエージェント及び代理ノード
US8411658B2 (en) Mobile terminal and network node
JP2011504320A (ja) Ipバージョン移行シナリオにおけるモバイルipルートの最適化
JP5363590B2 (ja) 同時の端末アクセスのサポートのためのセッションの連続性
US8675555B2 (en) Proxy mobile internet protocol version six multihoming support for flow mobility
JP2008541516A (ja) IPv6通信相手ノード及び移動IPv6ノード間の通信方法、並びに通信相手ノードプロキシーゲートウエイ
US8599795B2 (en) Apparatus and method for local mobility anchor initiated flow binding for proxy mobile internet protocol version six (IPv6)
Phoomikiattisak et al. End-to-end mobility for the internet using ILNP
Zhang et al. Performance analysis of seamless handover in mobile IPv6-based cellular networks
Zhang et al. Seamless mobility management schemes for IPv6-based wireless networks
Johnson et al. Mobility in IP networks: from link layer to application layer protocols and architectures
Phoomikiattisak et al. Research Article End-To-End Mobility for the Internet Using ILNP
Li et al. Network Working Group Y. Cui Internet-Draft Tsinghua University Intended status: Standards Track X. Xu Expires: April 5, 2013 WD. Wang

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: 20160119

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20170119

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20180202

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20190201

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20200129

Year of fee payment: 8