네트워크들의 전역적인 상호접속은 정보가 지리적인 거리들에 관계없이 신속하게 액세스 되도록 한다. 도 1은 도면 부호 20으로 표시되고 인터넷이라 참조되는 전역적인 네트워크들의 접속에 대한 개략도를 도시한다. 인터넷(20)은 본질적으로 서로 계층적으로 연결되고 서로 다른 레벨들을 가지는 다수의 네트워크들이다. 인터넷(20)은 IETF(인터넷 공학 특별전문위원회)에 의해 공표된 TCP/IP(송 제어 프로토콜/인터넷 프로토콜)에서 동작된다. TCP/IP는 IETF에 의해 발표된 RFC(인터넷 공식 문서) 703 및 RFC 791에서 찾을 수 있다.
인터넷(20)에는 때때로 LANs(근거리 통신망) 또는 WANs(원거리 통신망)이라 불리며, 네트워크 크기들에 따라 결정되는 다수의 개별 네트워크들이 접속된다. 도 1에는 인터넷(20)에 접속된 몇몇 네트워크들(22, 24, 26, 28)이 도시된다.
각각의 네트워크(22, 24, 26, 28) 내에서, 서로 접속되어 통신하는 기기의 다양한 부분들이 존재할 수 있다. 그중 몇몇의 예들은 컴퓨터, 프린터, 서버이다. 기기의 각 부분은 일반적으로 MAC(매체 접속 제어)라 불리는 유일한 하드웨어 어드레스를 갖는다. MAC 어드레스를 가지는 기기의 부분은 노드라 불린다. 노드가 인터넷(20)을 통해 자신의 네트워크에서 통신할 때, IP 어드레스가 노드에 할당되어야 한다.
IP 어드레스의 할당은 수동적이거나 자동적일 수 있다. IP 어드레스의 수동 할당은 예를 들어 네트워크 관리자에 의해 수행될 수 있다. 종종, IP 어드레스는 노드의 네트워크 내에 상주하는 DHCP(동적 호스트 제어 프로토콜)이라 불리는 서버에 의해 자동으로 할당된다.
도 1에서, 예를 들어, 네트워크(22) 내의 노드(30)가 네트워크(28) 내의 또다른 노드(32)에 데이터 패킷을 전송할 것을 시도한다고 가정하자. TCP/IP에서, 각각의 데이터 패킷은 소스 어드레스 및 목적지 어드레스를 가져야 한다. 상기 경우에, 소스 어드레스는 네트워크(22) 내의 노드(30)의 어드레스이다. 목적지 어드레스는 네트워크(28) 내의 노드(32)의 어드레스이다.
예를 들어, 네트워크(22) 내의 노드(30)가 노드(34)가 웹 호스트로 제공되는 웹 호스팅 세션에서와 같이 또다른 네트워크(24) 내의 노드(34)로부터 정보를 검색하는 것을 시도할 때, 노드(30)는 상기 세션 동안 네트워크(24) 내의 노드(34)의 적절한 IP 어드레스를 제공해야 한다.
무선 기술의 출현은 노드들이 원래 등록된 네트워크로부터 또다른 네트워크로 분리되도록 한다. 도 1을 참조하여, 예를 들어 노드(30)는 네트워크(22)에 영구적으로 유선 연결되는 대신에 PDA(개인 디지털 보조장치), 셀룰러 전화기, 또는 이동 컴퓨터와 같은 무선 디바이스가 될 수 있다. 무선 노드(30)는 홈 네트워크(22)의 경계를 넘어서 이동할 수 있다. 따라서, 예를 들어, 노드(30)는 홈 네트워크(22)로부터 멀리 떨어져서 외부 네트워크(26)로 돌아다닐 수 있다. 상기 경우에, 노드(30)에 할당된 원래의 IP 어드레스는 더 이상 노드(30)에 적용할 수 없다. 상기와 같이, 노드(30)로 전송된 데이터 패킷들은 노드(30)에 도달할 수 없다.
IETF에 의해 설명된 MIP(이동 인터넷 프로토콜)은 노드 이동 문제를 처리하기 위해 사용된다. IETF에 의해 발표된 RFC 2002에 따라, 노드(30)는 CoA(관심 어드레스)라 요약되는 "관심 어드레스"에 할당된다. RFC 2003에서, 2개의 CoA 타입이 제공되며, 즉 FA CoA(외부 에이전트 관심 어드레스) 및 CCoA(공동 배치된 관심 어드레스)이다. FA CoA는 본질적으로 노드(30)가 위치된 외부 네트워크 내의 지정된 서버인 FA(외부 에이전트;비도시)의 어드레스이다. CCoA는 외부 네트워크에 의해 노드(30)에 할당된 개별적이나 임시적인 어드레스이다. 임의의 경우에, 노드(30)는 외부 영역 내에 있을 때, 노드(30)는 FA CoA 또는 CCoA가 되는 CoA를 등록하고 홈 네트워크(22)에 등록하여, 홈 네트워크(22)가 항상 노드(30)의 위치를 알도록 해야 한다. 등록 후에, CoA는 홈 네트워크(22)의 HA(홈 에이전트; 비도시)라 불리는 지정 서버에 의해 유지되는 라우팅 테이블에 저장된다.
설명을 위해, 예를 들어보자. 노드(30)가 외부 네트워크(26) 내에서 이동한다고 가정한다. 외부 네트워크(26)로부터 광고를 수신하면, 노드는 외부 네트워크(26)의 FA 어드레스를 알게 된다. 노드(30)는 FA CoA를 홈 네트워크(22)에 등록한다. 외부 네트워크(26) 내의 노드(30)가 데이터 패킷을 네트워크(24) 내의 노드(34)로 전송할 때, 네트워크(24) 내의 노드(34)의 어드레스를 공지하면, 데이터 패킷은 간단하게 전송될 수 있다. 그러나, 역방향 트래픽은 상기와 같이 간단할 수 없다.
역방향 데이터 루트에서, 네트워크(24) 내의 노드(34)가 전술된 것과 같이 TCP/IP에 순응하여 외부 네트워크(26) 내에 있는 노드(30)로 데이터 패킷을 전송할 것을 시도하면, 소스 및 목적지 어드레스 모두는 데이터 패킷 내에 지정되어야 한다. 상기 경우에, 소스 어드레스는 네트워크(24) 내의 노드(34)의 IP 어드레스이다. 목적지 어드레스에 대해서도, 노드(34)는 노드(30)의 FA CoA가 아니라 HoA(홈 할당 어드레스)라 불리는 홈 네트워크(220에 의해 할당된 노드의 IP 어드레스를 알고 있다. 따라서, 목적지 어드레스는 노드(30)의 HoA에서 세팅될 것이다. 그럼에도 불구하고, 노드(30)의 FA CoA가 홈 네트워크(22)의 라우팅 테이블 HA에 저장되면, 데이터 패킷이 홈 네트워크(22)에 도달할 때, 네트워크(22)의 HA는 저장된 FA CoA로 수신된 데이터 패킷을 캡슐화하여 이를 외부 네트워크(26) 내의 노드(30)로 재전송한다. 캡슐화된 FA CoA는 최근의 데이터 패킷의 목적지 어드레스로서 제공된다. 외부 네트워크(26)가 다시 라우팅된 데이터 패킷을 수신할 때, 외부 네트워크(26)는 단지 캡슐화된 FA CoA를 해체하여 원래의 패킷을 이동 노드(30)로 전달한 다.
상기와 같은 방식으로 동작할 때, 가상 데이터 터널은 네트워크(24) 내의 노드(30)와 외부 네트워크(26)에서 이동하는 노드(30) 사이에 형성되는 것으로 언급되며, 상기 모든 노드들은 사용자들에게 투명한 것으로 지정된다. 이는 실제로 가상 터널이 3방향 데이터 통신들을 포함하는 사실에도 불구하고 제공된다.
지금까지, 노드(30)가 이동하는 동안, 노드(30)가 접속하기 원하는 데이터의 형태를 정확히 알고 있는 경우에도 노드(30)가 다른 네트워크 내의 다른 노드들의 위치를 결정하는 것이 어렵고 불가능하다. 전술된 예로 되돌아가서, 외부 네트워크(26) 내의 노드(30)는 네트워크(24) 내의 노드(34)로 데이터 패킷들을 전송할 수 있으며, 이는 노드(30)가 이미 노드(34)의 IP 어드레스를 알고 있기 때문이다. 실제로 이와 같은 상황이 항상 발생하는 것은 아니다. 노드(30)가 단지 접속될 정보 종류만을 알고 있다고 가정하자. 노드(30)는 심지어 접속될 정보를 저장하는 서버를 가지는 네트워크(24)의 어드레스를 알 수 있다. 그러나, 노드(30)는 서버 노드(34)의 정확한 IP 어드레스를 알지 못하며, 따라서 노드(34)에 도달하는 것이 방해된다.
따라서, 서로다른 네트워크들에 위치된 서버 정보에 편리하게 접속하는 방식으로 이동하는 노드를 제공하는 것이 요구된다.
하기의 설명은 당업자가 본 발명을 실행하고 사용할 수 있도록 제공된다. 세부 사항들은 하기의 설명에서 설명을 목적으로 제공된다. 당업자는 본 발명이 상기 특정 세부 사항들의 사용 없이 실행될 수 있음을 인식해야 한다. 다른 경우들에서, 공지된 구성들 및 프로세스들은 불필요한 세부 사항들 없이 본 발명의 설명을 모호하지 않도록 하기 위해 순서대로 설명되지 않는다. 따라서, 본 발명은 도시된 실시예들에 의해 제한되는 것이 아니라, 본 명세서에 개시된 원칙들 및 특징들과 일치하는 넓은 범위로 의도된다.
본 발명의 제 1 실시예를 개략적으로 도시하는 도 2를 참조한다.
전체 시스템은 일반적으로 인트라넷 또는 인터넷과 같은 백본 네트워크(42)를 포함하는 도면 부호(40)에 의해 표시된다. 예를 들어, 도 2에 도시된 것과 같이, 백본 네트워크(42)에 HN(홈 네트워크;44) 및 FN(외부 네트워크;46)가 접속된다. 설명을 명확히 하기 위해, 다른 네트워크들은 도시되지 않는다. 시스템(40)내에서, 노드(48)는 원래 HN(44)에 등록되어 있지만, FN(46)과 같은 다른 외부 네트워크들로 이동할 수 있다.
하기에서, 몇몇 용어들이 정의되어야 한다. IP의 2개의 표준 버전들 IPv4, IPv6에 따라, 접속된 네트워크를 이동시키거나 변경할 수 있는 노드는 "이동 노드"라 불린다. 이동 노드가 원래 접속되어 있는 네트워크는 "홈 네트워크"라 불린다. 홈 네트워크 내에 존재하고, 이동 노드의 부재 동안 책임을 지는 노드는 "홈 에이전트"라 불린다. 이동 노드가 실제 접속된 네트워크는 "외부 네트워크"라 불린다. 외부 네트워크에서 이동 노드를 감독하면서 외부 네트워크 내에 있는 노드는 "외부 에이전트"라 불린다. 외부 네트워크는 때대로 "방문자 네트워크"라 불린다.
도 2를 참조한다. HN(44)에서, 이동 노드들(48) 이외에, HA(44)내에 다른 노드들이 존재하지만, 설명을 목적으로 도시되지는 않는다. 상기 노드들은 다양한 스케일의 컴퓨터들, 프린터들 및 이동하거나 이동하지 않는 임의의 다른 디바이스들이 될 수 있다. 추가로, HN(44)에서, HN(44)내의 데이터 트래픽을 관리하는 책임을 가지며, 입력되는 및 출력되는 라우팅을 위해 HN(44)의 데이터 트래픽을 제어하는 노드인 HA(홈 에이전트;50)가 존재한다
HA(50) 이외에, 다른 작업들을 수행하는 HN(44)내의 다른 지정된 노드들이 존재한다. 예를 들어, 몇 가지 명칭으로 BCMCS(브로드캐스트 멀티캐스트 서비스들) 제어기(52), DHCP(동적 호스트 제어 프로토콜) 서버(54), DNS(도메인 명칭 시스템) 서버(56), 및 SIP(세션 개시 프로토콜) 대리 서버(58)와 같은 노드들이 제공된다.
BCMCS 제어기(52)는 사용자들이 사용자들에 의해 요청될 때 사용가능한 브로드캐스트 또는 멀티캐스트 세션들을 정독하도록 하기 위한 브로드캐스트 및 멀티캐스트 구성 정보를 서버에 제공한다.
DCHP 서버(54)는 시작 동안 HN(44) 내의 노드들에 IP 어드레스들 및 다른 구성 파라미터들을 자동으로 할당하기 위해 설치되며, 따라서 HN(44) 내의 노드들이 시스템(40) 내의 다른 노드들과 통신하도록 한다. DHCP 서버(54)는 동작 동안 업데이트된 구성 정보를 노드들로 제공할 수 있다.
때때로 시스템(40) 내에서 이동하는 데이터 패킷들은 IPv4에서 공통적으로 사용되는 4-옥텟 IP 어드레스 또는 IPv6에서 16-옥텟 포맷으로 규정되는 것이 아니라 텍스트 내에 표현된 도메인 명칭들로 규정된다. DNS(56)는 일반적으로, 텍스트 내에 표현된 도메인 명칭들을 시스템(40)내의 기계들이 도달할 수 있는 숫자 IP 어드레스들로 변환한다.
SIP 대리 서버(58)는 본질적으로 다른 클라이언트 노드들 측에서 데이터 패킷들을 다시 라우팅할 때 호스트 및 클라이언트의 이중 역할을 수행하는 매개 라우터이다.
유사하게, 설명의 단순함과 용이함을 위해, FN(46)은 HN(44)와 실질적으로 동일한 것으로 설명된다. 사용과 관계없이, FN(46)은 매우 다르게 구성될 수 있음을 인식하여야 한다. 따라서, 상기 경우에, FN(46)은 다른 것들 중에서 BCMCS 제어기(58), DHCP 서버(60), DNS(62) 및 SIP 대리 서버(66)를 포함한다. FN(46)의 내부 및 외부에서 데이터 트래픽의 조정은 FA(외부 에이전트;66)에 의해 처리된다.
MN(48)이 FN(46)에서 이동하고 있다고 가정하자. 상기 특정 예에서, MN(48)은 MN(48)의 사용자가 가입자인 방송 서비스로부터 새로운 이벤트의 비디오 클럽을 원한다. 방송 서비스는 공중에게 서비스하는 출판사 또는 매체 조직이 될 수 있다. 요구를 만족하기 위해, 방송 서비스는 HN(44) 및 FN(46)과 같은 다수의 네트워크들에 설치된 서로 다른 BCMCS 제어기들을 갖는다. MN(48)은 HN(44)내의 BCMCS 제어기(52) 또는 FN(46) 내의 BCMCS 제어기(58)와 접속하기를 원하지만, 후자를 선호하며, 이는 MN(48)이 현재 FN(46) 내에 있으며, 이에 가까운 장점을 가지기 때문이다.
상기 실시예에서, BCMCS 제어기에 접속하기 위해, MN(48)은 HN(44) 내의 DHCP 서버(54) 또는 FN(46)내의 DHCP 서버(60)를 지원하는 것을 시도한다.
MN(48)이 DHCP 서버(54 또는 60) 중 하나의 정확한 어드레스를 알고 있을 경우에, MN(48)은 DHCPINFORM 메시지를 DHCP 서버(54 또는 60)에 전송할 수 있다. 그렇지 않으면, MN(48)이 DHCP 서버들 중 몇몇의 직접 어드레스를 가지지 않을 경우에, MN(48)은 사용가능한 DHCP 서버에 도달하기 위해 DHCPINFORM 메시지를 전송함으로써 제한된 방송을 수행할 수 있다. IPv6에서, 등가의 메시지는 INFORMATION REQUEST라 불리는 것에 유의하여야 한다. 상기 명세에서, 실시예들의 설명에 대한 일관성 및 명확성을 위해, IPv4의 기술이 사용된다. 당업자는 본 발명을 실행하기 위해 IPv4 메시지들에 상응하여 IPv6에서 등가의 메시지를 용이하게 사용할 수 있음이 인식되어야 한다.
또한, IEFT에 의해 발표된 DHCP에서, 다양한 메시지 형태들이 DHCP 서버와 통신하는데 사용될 수 있다. 예를 들어, 시작 동안, 즉 노드가 IP 어드레스가 할당되도록 하는 요청을 수행하는 동안, DHCPDISCOVER, DHCPOFFER, DHCPREQUEST, DHCPACK와 같은 메시지 형태들이 사용될 수 있다. 시작 이후에, DHCPRELEASE, DHCPINFORM, DHCPACK와 같은 메시지 형태들이 공통적으로 사용될 수 있다. DHCP에서, 유용성의 목적으로 사용자들에게 사용가능한 각각의 메시지 종류에서 다양한 "옵션들"이 존재한다. DHCP 및 사용가능한 옵션들의 세부사항들은 IETF의 RFC들(2131, 2132, 3315)에서 설명된다.
DHCP에서, DHCPINFORM 메시지는 일반적으로 이미 구성된 노드의 네트워크 파라미터들을 변경하는데 사용된다. DHCPINFORM 메시지에서, 입력으로서 사용가능한 VCI(판매 클래스 식별자) 및 VSI(판매 특정 정보) 옵션들이 존재한다. 2개의 옵션들 VCI, VSI은 루틴 구성을 수행할 수 있는 정규 노드가 아닐 수 있는 클라이언트 노드를 적절히 구성하기 위해 임의의 DHCP 서버를 지원하는 특정 정보를 포함한다.
지금까지, DHCPINFORM 메시지 종류는 보통 네트워크 내 구성들을 위해 사용된다. 본 발명에 따라, DHCPINFORM 메시지 종류는 네트워크들 사이의 구성을 위해 사용된다. 먼저, MN(48)은 어떤 네트워크에 시도되는 서버가 위치되는지에 대하여 DHCP 호스트에 통지하여야 한다. MN(48)은 시도되는 서버의 네트워크의 IP 어드레스 또는 FQDN(완전히 적합한 도메인 명칭)을 제공함으로써 상기 요구조건을 만족할 수 있다. 상기 경우에, 시도되는 서버들이 HN(44) 또는 FN(46)에 위치되기 때문에, HN(44) 또는 FN(46)의 IP 어드레스 또는 FQDN은 상기 요구를 만족하도록 제공될 수 있다. 또한, MN(48)은 MN(48)이 어떤 종류의 서버를 찾고 있는지를 DHCP 호스트에 알린다. 상기 경우에, 그것은 BCMCS 제어기이다. 상기 정보의 2개의 기본 부분들에서, MN(48)은 시도된 서버에 도달할 수 있는 직접 IP 어드레스에 도달하기 위한 모든 필요한 정보를 가지지 않기 때문에 시도된 서버에 직접 접촉할 수 없음에 유의하여야 한다. 예를 들어, MN(48)은 사용가능한 IP 주소를 제공하기 위한 시도된 서버의 도메인 명칭 또는 MAC 어드레스를 가지지 않는다.
전술된 목적을 만족하기 위해, DHCPINFORM 메시지에서, MN(48)은 VCI 옵션을 MN(48)이 접속하기를 원하는 서버를 가지는 네트워크의 IP 어드레스 또는 FQDN으로 채운다.
서버가 존재하고, MN(48)이 도달하기를 시도하는 서버를 가지는 네트워크의 IP 어드레스 또는 FQDN은 다양한 소스들로부터 추출될 수 있다.
예를 들어, MN(48)이 HN(44) 내의 BCMCS 제어기(52)를 원하는 경우, MN(48)은 DHCP 서버에 제출하기 위해 요구되는 IP 어드레스로서 홈 어드레스를 사용할 수 있다. 또다른 옵션으로서, MN(48)은 MN(48)의 홈 어드레스의 도메인 명칭에 상응하는 NAI(네트워크 액세스 식별자)의 영역 부분을 사용할 수 있다.
만약 MN(48)이 FN(46)내의 BCMCS 제어기(58)를 원하면, MN(48)은 MN(48)이 HN(44)에 FA CoA를 등록하도록 하기 위해 FN(46)의 영역으로 MN을 진입시킬 때 FN(46)에 의해 광고 기간 동안 사용가능한 FA CoA로부터 FN(46)의 IP 어드레스를 추출할 수 있다.
MN(48)이 탐색하는 서버의 종류에 대하여, MN(48)은 DHCPINFORM 메시지의 사용가능한 옵션을 채울 수 있다. 몇몇 예시적인 옵션들은 라우터 옵션, 명칭 서버 옵션, 도메인 명칭 옵션 등이다. 전술된 것과 같이, 상기 예에서, MN(48)이 원하는 서버 종류는 BCMCS 제어기이다.
선택적으로, IP 명칭 또는 FQDN은 DHCPINFORM 메시지의 VSI 옵션에 채워질 수 있는 반면, 서버 종류 정보는 전술된 것과 같이 다른 사용가능한 옵션들에 채워질 수 있다.
또다른 선택에서와 같이, 모든 요구되는 정보, 즉 IP 명칭 또는 FQDN 및 시도되는 서버 종류는 VCI 옵션 또는 VSI 옵션에서 채워질 수 있다.
DHCPINFORM 메시지의 수신시, DHCP 호스트는 DHCP 호스트의 자체 저장 기록을 참조하여 정보의 두 개의 부분들을 함께 매핑한다. 만약 DHCP 호스트가 시도된 서버를 이전에 처리하였다면, 시도된 정보를 가지는 트랜잭션 기록은 정상적으로 발견될 수 있다. 매칭이 발견되면, 시도되는 서버의 IP 어드레스는 MN(48)에서 처리된 DHCPACK 메시지 내의 VSI 옵션에서 재구성되어 전달될 수 있다. 그렇지 않고 매칭이 발견되지 않으면, DHCPNACK 메시지가 MN(48)으로 전송된다.
전술된 것과 같이 프로세스는 도 3의 흐름도에서 설명된다.
도 4는 본 발명의 또다른 실시예를 도시한다. 상기 실시예에서, 도 2에 도시된 FN(46)내의 FA(64)와 같이 외부 네트워크내의 외부 에이전트의 책임이 분배된다. 오히려, MN(48)은 자신의 에이전트로서 동작한다.
MN(48)이 MIP에 따라 FA CoA(외부 에이전트 관심 어드레스)를 요청하는 대신에 HA(44)로부터 이동할 때, MN(48)은 도 4에 도시된 FN(72)와 같이 MN(48)이위치된 임의의 외부 네트워크 내의 DHCP 서버를 통해 CCoA(공동 배치된 관심 어드레스)를 요청할 수 있다. 그러나, FN(72)에 의한 CCoA의 할당과 달리, MN(48)는 외부 에이전트의 모든 기능들을 수행한다. 다시 말해서, MN(48)은 CCoA를 HN(44)에 등록해야 한다.
예를 들어, CN(상응하는 네트워크;76)에 상응하기 위해, MN(48)은 2개의 어드레스 층들을 가지는 데이터 패킷을 전송한다. 외부 층에서, 소스 어드레스는 CCoA로 세팅되며, 목적지 어드레스는 HA(50)로 세팅된다. 내부 층에서, 소스 어드레스는 MN(48)의 HoA(홈 할당 어드레스)이며, 목적지 어드레스는 CN(76)의 어드레스이다. 이동하는 MN(48)으로부터 데이터 패킷의 수신시, HA(50)는 외부 어드레스 층을 해체하여 데이터 패킷을 내부 어드레스 층을 가지는 CN(76)으로 재전송한다.
역방향 데이터 경로에서, 즉 CN(76)이 데이터 패킷을 MN(48)으로 전송할 때, 데이터 패킷은 CN(76)에서 세팅된 소스 어드레스 및 MN(48)의 HoA에서 세팅된 목적지 어드레스를 가지는 단 하나의 어드레스 층을 갖는다. 데이터 패킷의 수신시, HA(50)는 데이터 패킷을 목적지 어드레스와 같은 CCoA로 캡슐화하여 데이터 패킷을 MN(48)으로 다시 전송한다. MN(48)은 FA(74)를 통하지 않고 스스로 캡슐화를 해제한다.
상기 실시예에서, MN(48)은 SIP 대리 서버(78)에 접속해야 한다고 가정하자. MN(48)은 CN(76)에 SIP 대리 서버가 존재하는 것을 알고 있지만, 그 정확한 IP 어드레스는 모르고 있다. MN(48)은 먼저 예를 들어 네트워크들(44, 72, 76) 중 하나로의 직접 접촉을 통해 DHCP 서버를 배치해야 한다. 선택적으로, DHCP 서버는 전술된 것과 같이 제한된 방송을 통해 배치될 수 있다. MN(48)은 전술된 것과 같은 방식으로 선택된 DHCP 서버에 CN(76)의 IP 어드레스 또는 도메인 명칭을 제공한다. 또한, MN(48)은 선택된 DHCP 서버를 시도되는 서버 종류에 SIP 대리 서버로 통지한다. 동작의 중단은 실질적으로 이전의 실시예에서 설명된 것과 동일하다. 명확성 및 간결함을 위해, 동작 세부 사항들이 다시 반복되지는 않는다.
도 5는 본 발명에 따라 도면 부호(80)에 의해 표시된 이동 노드 장치의 하드 웨어 실시예의 일부분을 개략적으로 도시한다. 장치(80)는 랩탑 컴퓨터, PDA 또는 셀룰러 전화기와 같은 다양한 디바이스들로 통합되거나 구성될 수 있다. 장치(80)는 몇몇 회로들을 함께 결합하는 중앙 데이터 버스(82)를 포함한다. 회로는 CPU(중앙 처리 유니트) 또는 제어기(84), 수신 회로(86), 송신 회로(88) 및 메모리 회로(90)를 포함한다.
수신 및 송신 회로들(86, 88)은 RF(무선 주파수) 회로에 접속될 수 있지만, 도면에 도시되지는 않는다. 수신 회로(86)는 수신된 신호를 데이터 버스(82) 외부로 전송하기 전에 처리 및 버퍼링한다. 그렇지 않으면, 송신 회로(88)는 데이터 버스(82)로부터 데이터를 디바이스(80) 외부로 전송하기 전에 처리 및 버퍼링한다. CPU/제어기(84)는 데이터 버스(82)의 데이터 관리 기능을 수행하고, 메모리 회로(90)의 명령 내용을 실행하는 것을 포함하는 일반적인 데이터 처리 기능을 수행한다.
메모리 회로(90)는 도면 부호 92에 의해 표시되는 명령들의 세트를 포함한다. 상기 실시예에서, 명령들은 MIP 클라이언트(94), SIP 클라이언트(96), DHCP 클라이언트(98), DNS 클라이언트(100) 및 BCMCS 클라이언트(102), 노드 배치 클라이언트(104)와 같은 부분들을 포함한다. 상기 실시예에서, 메모리 회로(90)는 RAM(랜덤 액세스 메모리) 회로이다. 예시적인 명령 부분들(94, 96, 98, 100, 102, 104)은 소프트웨어 모듈들이다. 메모리 회로(90)는 휘발성 또는 비휘발성이 될 수 있는 또다른 메모리 회로(비도시)에 고정될 수 있다. 선택적으로, 메모리 회로(90)는 EEPROM(전기 소거가능한 프로그램 가능 판독 전용 메모리), EPROM(전기 프로그램 가능 판독 전용 메모리), ROM(판독 전용 메모리), 자기 디스크, 광 디스크 및 공지된 다른 메모리들과 같은 다른 회로 형태로 구성된다.
도 6는 도면 부호(106)에 의해 표시되는 본 발명에 따른 DHCP 장치의 하드웨어 구현의 일부를 개략적으로 도시한다. DHCP 장치(106)는 몇몇 회로들을 서로 연결하는 중앙 데이터 버스(108)를 포함한다. 회로들은 CPU(중앙 처리 유니트) 또는 제어기(120), 수신 회로(112), 송신 회로(114), 메모리 회로(116) 및 데이터 저장 유니트(130)를 포함한다.
수신 및 송신 회로들(112 및 114)은 DHCP 장치(106)가 연결되는 네트워크 데이터 버스(비도시)에 접속될 수 있다. 수신 회로(112)는 네트워크 데이터 버스(비도시)로부터 수신된 신호들을 내부 데이터 버스(108)로 라우팅하기 전에 처리 및 버퍼링한다. 송신 회로(114)는 데이터 버스(108)로부터의 데이터를 장치(106) 외부로 전송하기 전에 처리 및 버퍼링한다. CPU/제어기(120)는 데이터 버스(96)의 데이터 관리 및 메모리 회로(116)의 명령 내용을 실행하는 것을 포함하는 일반적인 데이터프로세싱 기능의 작업을 수행한다.
메모리 회로(116)는 도면 부호(118)에 의해 표시되는 명령 세트를 포함한다. 상기 실시예에서, 명령들은 다른 것들 중에서 DHCP 호스트(122) 및 노드 배치 호스트(124)를 포함한다. 데이터 저장 유니트(10)는 기록들이 CPU/제어기(120)에 의해 데이터 버스(108)를 통해 검색될 수 있는 DHCP 디바이스(106)의 지난 변화 기록들을 포함한다. 메모리 회로(116) 및 데이터 저장 유니트(130)는 전술된 것과 같은 메모리 회로 형태로 구성되며, 추가로 반복되지 않는다. 또한, 메모리 회로(116) 및 데이터 저장 유니트(130)는 도 6에 개별적으로 도시되어 있지만 하나의 유니트로 제작될 수 있다.
상기 실시예들에서 설명된 것은 백본 네트워크에 고정된 몇몇 네트워크들일 분이다. 다수의 네트워크들이 포함될 수 있음이 인식되어야 한다. 또한, 이동 노드는 설명된 노드들의 종류와 다른 노드들에 접속할 수 있다. 부가적으로, 실시예들과 함께 설명된 임의의 로직 블럭들, 회로들 및 알고리즘 단계들은 하드웨어, 소프트웨어, 펌웨어 또는 이들의 조합에서 구현될 수 있다. 형태 및 세부 사항에서의 상기 및 다른 변경들은 본 발명의 사상과 범위를 벗어나지 않고 수행될 수 있음이 이해될 것이다.